策略模式：
优点：减少不必要的判断，代码解偶，扩展性良好
缺点：策略类增多，对外暴露
代理模式：
优点：职责清晰、高扩展性、智能化
缺点：会造成请求处理的数据偏慢，需要额外的工作，有些处理起来较麻烦
迭代器模式：
优点：支持不同方式遍历一个聚合对象，简化了聚合类，同一个聚合上可以有多个遍历，方便增加新的迭代器类，聚合模式，无需修改原有代码
缺点：将存储数据和遍历数据的职责分离，增加新的聚合类需要增加新的迭代器类，类的对象增加，增加了系统的复杂度
发布-订阅模式【观察者模式】：
优点：观察者和被观察者是抽象耦合的、建立一套触发机制
缺点：一个被观察这对象有很多的直接或者间接的观察者的话，将所有的观察者都会通知到会花费很多时间
如果在观察者和观察目标之间有循环依赖的话，观察目标会触发他们之间进行循环调用，可能导致系统崩溃
观察这模式没有相应的机制让观察者知道所观察的目标是怎么发生变化的，而仅仅只是知道观察目标发生了变化
命令模式：
优点：降低系统耦合度、新的命令可以很容易的添加到系统中
缺点：导致系统会有过多的具体命令类
组合模式：
优点：高层模块调用简单、节点自由增加
缺点：在使用组合模块时，其叶子和树枝的声明都是实现类，而不是接口、违反了依赖倒置原则
模板模式：
优点：封装不变部分，扩展可变部分，提取公共代码，便于维护，行为由父类控制，子类实现
缺点：每一个不同的实现都需要一个子类实现、导致类的个数增加、使得系统更加庞大
享元模式：
优点：大大减少了对象的创建、降低系统的内存、使效率提高
缺点：提高了系统的复杂度、需要分离出外部状态和内部状态，而外部状态具有固化的性质，不应该随着内部状态的变化而变化，否者会造成系统的混乱
责任链模式【职责链模式】：
优点：降低代码耦合度，将请求的发送者和接受者解偶；简化了对象，使得对象不需要知道链的结构；
增强给对象指派职责的灵活性，通过改变链内的成员或者调动他们的次序，允许动态的新增或删除责任；增加新的请求处理很方便
缺点：不能保证请求一定会被接收；系统性能将受到一定的影响，而且在进行代码调试时不太方便，可能造成循环调用；
可能不容易观察运行时的特征，有碍于除错。
中介者模式：
优点：降低了类的复杂度，将一对多转化成一对一；各个类之间解偶；符合迪米特原则
缺点：中介者会庞大，变得复杂难以维护
装饰器模式【装饰者模式】：
优点：装饰类和被装饰类可以独立发展，不会相互耦合，装饰模式是继承的一个代替模式，装饰模式可以动态扩展一个实现类的功能
缺点：多层装饰比较复杂
状态模式：
优点：封装了转换规则；枚举可能的状态，在枚举状态之前要确定状态种类；
将所有与某个状态有关的行为放到一个类中，并且可以方便增加新的状态，只需要改变对象的状态即可改变对象的行为；
允许状态转换逻辑与状态对象合成一体，而不是某一个巨大的条件语句；
可以让多个环境对象共享一个状态对象，从而减少系统中的对象的个数；
缺点：状态模式的使用必然会增加系统类和对象的个数；状态模式的结构与实现都较为复杂，如果使用不恰当将导致程序结构和代码的混乱；
状态模式对"开闭原则"的支持并不太好，对于可以切换状态的状态模式，增加新的状态类需要修改那些负责状态转换的源代码，
否则无法切换到新增状态，而且修改某个状态类的行为也需要修改对应类的源代码
适配器模式：
优点：可以让任何两个没有关联的类一起运行；提高了类的复用；增加了类的透明度；灵活性好；
缺点：过多的使用适配器，会让系统变得非常混乱，不易进行整体把控
网友评论