首页 > 代码库 > 26种设计模式

26种设计模式

1,简单工厂模式

工厂模式

 

简单工程模式的最大有点在于工厂类中包含了必要的逻辑判断,根据客户端的选择条件动态实例化相关的类。对于客户端来说,去除了与具体产品的依赖。

 

工程方法模式:定义一个用于创建对象的接口,让子类决定实例化哪一个类,工厂方法使一个类的实例化延迟到其子类。

 

抽象工厂模式:提供一个创建一系列相关或相互依赖对象的接口,而无须指定他们具体的类。

 

2,建造者模式:(书的uml模型感觉不对)

建造者模式:主要用于创建一些复杂的对象,这些对象内部构建间的建造顺序通常是稳定的,但对象内部的构建通常面临着复杂的变化。

 

3,原型模式:

原型模式:用原型实例指定创建对象的种类,并通过拷贝这些原型创建新的对象。

 

 

结构型模式:

 

适配器模式:

适配器模式:将一个类的接口转换成客户希望的另外一个接口。Adapter模式使得原来由于接口不兼容而不能一起工作的哪些类可以一起工作。

 

装饰模式:(不熟)

装饰模式:动态的给一个对象添加一些额外的职责,就增加功能来说,装饰模式比生成子类更为灵活。

 

桥接模式:(不熟)

桥接模式:将抽象部分与它的实现部分分离,使他们都可以独立的变化。

 

组合模式;(不熟)

组合模式:将对象组合成树形结构以表示“部分-整体”的层次结构。组合模式使得用户对单个对象和组合对象的使用具有了一致性。

 

享元模式:

享元模式:运用共享技术有效的支持大量细粒度的对象。

 

代理模式:

代理模式:为其他对象提供一种代理以控制对这个对象的访问。

 

外观模式:

外观模式:为子系统中一组接口提供一个一致的界面,此模式定义一个高层接口,这个接口使得这一子系统更加容易使用。

 

行为型模式:

 

模板方法模式(已学会)

模板方法模式:定义一个操作中算法的骨架,而将一些步骤延迟到子类中。模板方法可以不改变一个算法的结构,即可重新定义改算法的某些特定步骤。

 

观察者模式:(委托要练习下)

观察者模式:定义对象间的一种一对多的依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都得到通知并自动更新。

 

命令模式:(暂不理解)

命令模式:将请求封装为一个对象,从而使你可用不同的请求对客户进行参数化;对请求排队或记录请求日志,以及支持可撤销的操作。

 

状态模式:(消除大量分支结构)

状态模式:当一个对象的内在状态改变时允许改变其行为,这个对象看起来像是改变了其类。

 

职责链模式:

职责链模式:使多个对象都有机会处理请求,从而避免请求的发送者和接收者之间的耦合关系。将这个对象连接成一条链,并沿着这条链传递该请求,知道有一个对象处理它为止。

 

行为型模式二

 

解释器模式:

解释器模式:定义一个语言,定义它的文法的一种表示,并定义一个解释器,这个解释器使用该标识来解释语言的句子。

 

中介者模式:(看不懂)

中介者模式:用一个中介对象来封装一系列的对象交互。终结者使各对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变他们之间的交互。

 

访问者模式:(看不懂)

访问者模式:标识一个作用于某对象结构中的各元素的操作。它使你可以在不改变各元素的类的前提下定义作用于这些元素的新操作。

 

策略模式:

策略模式:它定义了算法家族,分别封装起来,让他们之间可以互相替换,此模式让算法的变化,不会影响使用算法的客户。

 

 

备忘录模式:

备忘录模式:在不破坏封装性的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态。这样以后就可将该对象恢复到原先保存的状态。

 

迭代器模式:

迭代器模式:提供一种方法顺序访问一个聚合对象中各个元素,而又不暴露该对象的内部标识。

26种设计模式