简单工厂模式:需要在工厂类中做判断,从而创造相应的产品。当增加新的产品时,就需要修改工厂类,但这违反了开放封闭原则(可以扩展,但是不可以修改)
工厂方法模式:是指定义一个用于创建对象的接口,让子类决定实例化哪一个类。该方法使一个类的实例化延迟到其子类。缺点是:每增加一种产品,就需要增加一个对象的工厂,这就需要更多的类定义
抽象工厂模式:提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类
策略模式:定义一系列算法,把它们一个个封装起来,并且使它们可相互替换。本模式使得算法可独立于使用它的客户而变化。也就是说这些算法所完成的功能一样,对外接口一样,只是各自实现上存在差异。用策略模式封装算法,效果比较好
装饰模式:动态地给一个对象添加一些额外的职责,提供了更加灵活的向对象添加职责的方式。可以用添加和分离的方法,用装饰在运行时刻增加和删除职责。装饰模式提供了一种“即用即付”的方法来添加职责。它并不试图在一个复杂的可定制的类中支持所有可预见的特征,相反,你可以定义一个简单的类,并且用装饰类给它逐渐地添加功能。可以从简单的部件组合出复杂的功能
代理模式:为其他对象提供一种代理以控制对这个对象的访问。有四种常用的情况:(1)远程代理,(2)虚代理,(3)保护代理,(4)智能引用
原型模式:指定创建对象的种类,并且通过拷贝这些原型创建新的对象,拷贝是原型模式的精髓所在
模板方法模式:定义一个操作中的算法骨架,而将一些步骤延到子类中。模板方法使得子类可以不改变一个算法的结构即可以重定义该算法的某些特定步骤
外观模式:当一个系统很复杂时,系统提供给客户的是一个简单的对外接口,而把里面复杂的结构都封装了起来。客户只需使用这些简单接口就能使用这个系统,而不需要关注内部复杂的结构。为子系统中的一组接口提供一个一致的界面, 外观模式定义了一个高层接口,这个接口使得这一子系统更加容易使用
组合模式:将对象组合成树形结构以表示“部分-整体”的层次结构。组合使得用户对单个对象和组合对象的使用具有一致性
建造者模式:将一个复杂对象的【构建】与它的【表示】分离,使得同样的构建过程可以创建不同的表示。建造者模式是在导向者的控制下一步一步构造产品的。建造者模式可以能更精细的控制构建过程,从而能更精细的控制所得产品的内部结构
观察者模式:定义对象间的一种一对多的依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都得到通知并被自动更新。它还有两个别名,依赖,发布-订阅
状态模式:允许一个对象在其内部状态改变时改变它的行为。对象看起来似乎修改了它的类。它有两种使用情况:(1)一个对象的行为取决于它的状态, 并且它必须在运行时刻根据状态改变它的行为。(2)一个操作中含有庞大的多分支的条件语句,且这些分支依赖于该对象的状态
适配器模式:将一个类的接口转换成客户希望的另外一个接口,使得原本由于接口不兼容而不能一起工作的那些类可以一起工作
备忘录模式:在不破坏封装性的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态。这样以后就可将该对象恢复到原先保存的状态
桥接模式:将抽象部分与它的实现部分分离,使它们都可以独立地变化
职责链模式:使多个对象都有机会处理请求,从而避免请求的发送者和接收者之间的耦合关系。将这些对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理它为止
中介者模式:用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互
享元模式:运用共享技术有效地支持大量细粒度的对象,内在的属性是可以共享的,区分在于外在属性。