太赞啦，感觉打通了任督二脉

挺不错

谢谢 SiKi老师 受益匪浅！学到了很多

总体来说学到很多，虽然有些代码写的不好

终于学完了！讲得太棒了，很多都有适用的场景，真的很有用，还需要多多练习

这个课程干货很多，看一小时视频，可以练2小时。
——————————————————————————————
终于学完了，收货很大。这课程我不会再看第二遍了，因为重要的东西，我都在我代码中备注下来了，过段时间看代码复习。
这个案例有些bug：
1 点击敌人或士兵，未显示角色信息
2 射线未从枪口射出
3 攻击时角色漂移
这三项严重影响了游戏体检，如果siki老师看到的话，建议多出几节课程，完善下。 追评

从小白到入门的第一道坎。

绝世武功的心法,欲权驾大型项目,此课必看.

真的讲得好，就是感觉要灵活运用还需要很多次尝试啊。。。太深奥了

请问 如果程序中需要在扩建一个场景，场景里也有很多游戏物体需要初始化，那个外观模式兼中介者是不是不能复用了，还是说每个场景都应该有一个外观模式

为什么不就把游戏会经常用到的几个模式讲透？如果只是想了解各种设计模式的话，还不如去网上搜下

有些模式的实现代码并不好。不是说某个模式放在游戏中是否合适，而是实现设计模式的代码本身就存在问题。其中 最明显的就是观察者模式，Observer具体类中竟然定义了对其他游戏系统甚至是对Subject实例的引用字段！你Observer里面定了对其他系统实例的引用，那请问中介者模式情何以堪？虽然对内存不存在明显浪费(只在堆中实例对象的内存增加了8字节指针)，但是逻辑上并不那么合适，所以这里更好的处理方式我认为是使用之前定义的中介者GameFacade实例。
另外，Observer中定义了对Subject实例的引用只是为了获取Subject实例的值，我觉得这实在不合适。更好的方式我认为是通过对Observer类中Update函数传值的方式传送数据。
最后一点，比起把Observer定义成abstract class，我认为interface是更好的选择。这样可以让需要监听事件的类实现这个接口，这样做可以免去在类中增加Observer实例。
像siki目前这个观察者模式的实现代码，非常不利于阅读和之后的维护。

常用的设计模式在游戏中的应用，接口，虚拟，重写，面向对象有了更全面的认识，当然还需要更多的练习，更多的项目经验才能真正的游刃有余。不错，很适合新手。 追评

厉害厉害

終於看完一遍設計模式了，老師教得很詳細，可我覺得這玩意兒得看十遍才能真正精通...

学了一半后学别的课，感觉代码思路清晰了不少。

期待关于Sharde和图形学的视频

我真是无语，面试个实习问了5种设计模式，准备好好攻克下。

我觉得需要一个“下一课”的按钮，或者目录带有本次播放课程的追踪功能，看完一节要继续的时候好麻烦

坐等更新呐