访问者模式
这里存在一个双分派:也就是执行的操作决定于具体的请求种类(请求实例化是哪个子类;子类请求是那种状态)
将数据结构与结构上的操作分开,使得操作集合能够自由加减!
职责链模式
用户提交的请求实际在代码中一条链传递,直到有对象负责了它!
好处:方便了这条链的加减
坏处:如果一直得不到处理,或是因为逻辑导致了这种情况发生,就尴尬了!
中介者模式
多对多的复杂交互可以考虑这种,但这个模式由于中介者控制集中,问题转移:交互复杂性——中介者复杂性
如果一组对象,定义良好,但通信方式复杂,可以考虑中介者模式!
享元模式
解释器模式
这部分是为特定类型问题设计的,特定类型问题发生频率足够高,将实例描述为简单语言中的句子,通过句子来解决该类问题!