我忘记了之前看的这个定义的文章链接了,如果是原作者请联系我,立马补上。
设计模式分为3大类:创建型模式、结构型模式、行为型模式
模式比较多,想要全部弄懂比较困难,但是应试需要记住一个大概就可以了,英文字母是必须记住的,年年考;
a.创建型模式
1.工厂模式 Factory Method
提供一个创建一系列可相关或相互依赖对象的接口,而无需指定他们具体的类。
2.抽象工厂模式 Abstract Factory
核心工厂类不再负责所有产品的创建,而是将具体创建他们的工作交给子类去做,成为一个抽象工厂角色,仅负责给出具体的工厂类必须实现的接口,而不接触哪一个类应当被实例化这种细节。
3.原型模式 Prototype
用原型实例指定创建对象的种类,并且通过拷贝这个原型创建新的对象。
4.单例模式 Singleton
保证一个类仅有一个实例并提供一个访问他的全局访问点。
5.创建者模式 Builder
将一个复杂对象的构建与他的表示分离,使用一样的构建可以创建不同的表示。
b.结构型模式
1.适配器模式 Adapter
将一个类的接口转换成客户希望的另一个接口,使得原本由于接口不兼容而不能在一起工作的类可以在一起工作。
2.桥接模式 Bridge
将抽象部分与他的实现部分分离,使他们可以独立的变化。
3.组合模式 Composite
将对象组合成树形结构表示“部分-整体”的层次结构。
4.装饰模式 Decorate
动态的给一个对象添加一些额外的职责,就扩展而言,他能生成子类的方式更加灵活。
5.外观模式 Facade
为子系统中的一组接口提供一个一致的界面,该模式定义了一个高层接口,这个接口是的这一子系统更加容易使用。
6.享元模式 Flyweight
运用共享技术以有效的支持大量细粒度的对象。
7.代理模式 Proxy
为其他对象提供一个代理以控制对他这个对象的访问。
c.行为型模式:模板命令观察者;迭代备忘中介者;解释状态访问者;还有策略职责链;
1.模板模式 Template Method
定义一个操作中的算法骨架而将一些步骤延迟到子类中,他可以使子类不改变一个算法结构即可定义该算法的特定步骤。
2.命令模式 Command
将一个请求封装成为一个对象,从而可用不同的请求对客户进行参数化,对请求排队或记录请求日志,以及支持可取消的操作。
3.观察者模式 Observer
定义对象间的一种一对多的依赖关系,以便当一个对象的状态发生改变时,所有依赖于他的对象都得到通知并自动刷新。
4.迭代器模式 Iterator
提供一种方法顺序访问一个聚合对象的各个元素,而不需要暴露该对象的内部表示。
5.备忘录模式 Memento
在不破坏封装性的前提下,捕获一个对象的内部状态并在该对象之外保存这个状态,这样以后就可将该对象恢复到保存的状态
6.中介者模式 Mediator
用一个中介对象来封装一系列的对象交互,中介者使各对象不需要显示的内部表示。
7.解释器模式 Interpreter
给定一个语言,定义它的语法的一种表示并定义一个解释器,该解释器使用该表示解释语言中的句子。
8.状态模式 State
允许一个对象在其内部状态改变时改变他的行为对象。
9.访问者模式 Visitor
表示一个作用于某个对象结构中的各个元素的操作。
10.策略模式 Strategy
定义一系列的算法,把他们一个个封装起来,并且使他们可相互替换,使得算法的变化可独立于使用它的用户。
11.职责链模式 Responsibility
为解除请求的发送者和接收者之前的耦合,而使多个对象都有机会处理这个请求,将这些对象练成一条链,并沿着这个链传递该对象,直到有一个对象处理他。