【Design pattern】设计模式思路总结（三）

访问者模式

这里存在一个双分派：也就是执行的操作决定于具体的请求种类（请求实例化是哪个子类；子类请求是那种状态）

将数据结构与结构上的操作分开，使得操作集合能够自由加减！

---

职责链模式

用户提交的请求实际在代码中一条链传递，直到有对象负责了它！

好处：方便了这条链的加减

坏处：如果一直得不到处理，或是因为逻辑导致了这种情况发生，就尴尬了！

---

中介者模式

多对多的复杂交互可以考虑这种，但这个模式由于中介者控制集中，问题转移:交互复杂性——中介者复杂性

如果一组对象，定义良好，但通信方式复杂，可以考虑中介者模式！

---

享元模式

---

解释器模式

这部分是为特定类型问题设计的，特定类型问题发生频率足够高，将实例描述为简单语言中的句子，通过句子来解决该类问题！