不久前，我发布了一条关于 Unity 的关于服务定位器（Service Locator）的视频，对于之后看到的反馈和跟我的实人学生交互后，我忽然意识到了什么：

很多设计模式文章，包括我自己的，也倾向于“来看看这个酷的东西”，但并没有在足够地探讨它背后的权衡。没有银弹。每种模式在某些情况下都能发挥出它的作用，然而也会在其他情况下制造新的问题。

所以我决定动手做一系列的教程，并不仅仅是教人们模式本身，而是要教他们在这个模式有效地方在哪里，何时会出现问题，并伴随着它的各种权衡。

我希望做得好吧，这才是真正的目标。

目前发布的视频有：

  1. Unity 中的单例模式替代者
    一个针对那些认为比单例模式更先进，但实际上还不准备开始使用依赖注入模式的开发者所要观看的服务定位器的视频。

  2. 清洁的 Unity 框架从开始的乱麻
    这个视频系列的真正的开头 - 是从一个杂乱的初学者的代码中一步步进行优化。

3.观察者模式并不能解决问题**
观察者模式如何改进上一个案例，并在哪里开始出现问题的探讨。

  1. 观察者模式并不能解决问题。使用事件聚合器来修炼
    是对观察者模式的进一步探讨，如何使用事件聚合器来弥补它的不足点，以及它引入的新问题。

所有这些视频都可以在下面的播放列表中找到：
https://www.youtube.com/playlist?list=PLgFFU4Ux4HZqi8Xf5JXLyqYBpbSOKaKL9