设计模式之分类篇¶
按范围分类¶
类模式¶
- 处理类与子类的 静态 关系
- 工厂方法、 (类）适配器、 模板方法、解释器
对象模式¶
- 处理对象间的 动态 关系
- 类模式外的其余模式
按组件生命周期分类¶
组件定义阶段¶
-
结构型模式 Structural Patterns
- 描述：如何将类或对象按某种布局组成更大的结构。
- 目的：通过类继承或者对象组合获得灵活的结构，从而 应对需求变化为对象的结构带来的冲击。
-
是什么（8）
- 代理模式(Proxy)
- 适配器模式(Adapter)
- 桥接模式(Bridge)
- 装饰模式(Decorator)
- 外观模式(Facade)
- 享元模式(Flyweight)
- 组合模式(Composite)
- 过滤器模式(Filter)
组件创建阶段¶
-
创建型模式 Creational Patterns
- 目的：将对象的部分创建工作 延迟 到子类或其它对象，从而应对需求变化为对象具体类型实现引来得冲击。
- 描述：“怎样创建对象”，它的主要特点是“将对象的创建与使用分离”。
-
是什么（5）
- 单例模式(Singleton)
- 原型模式(Prototype)
- 工厂方法模式(FactoryMethod)
- 抽象工厂模式(AbstractFactory)
- 建造者模式(Builder)
组件服役阶段¶
-
行为型模式 Behavioral Patterns
- 描述：类或对象之间怎样相互协作共同完成单个对象都无法单独完成的任务，以及怎样分配职责。
- 目的：通过类继承或对象组合的方式来划分多个交互的类与对象间的 职责，从而应对需求变化为多个交互的对象责任的冲击。
-
是什么（11）
- 模版方法模式(TemplateMethod)
- 策略模式(Strategy)
- 命令模式(Command)
- 职责链模式(Chain of Responsibility)
- 状态模式(State)
- 观察者模式(Observer)
- 中介者模式(Mediator)
- 迭代器模式(Iterator)
- 访问者模式(Visitor)
- 备忘录模式(Memento)
- 解释器模式(Interpreter)
组件销毁阶段¶
- 无
按封装变化角度分类¶
组件协作¶
-
依据
- 关注 “框架与应用程序的划分”；“组件协作” 模式通过 晚绑定，来实现 框架与应用程序 之间的松耦合，是二者协作式常用的模式。
- 框架与应用的区隔思维
-
Template Method
- Strategy
- Observer
单一职责¶
-
依据
- 软件组件的设计中，如果责任划分的不清晰，使用继承得到的结果往往是随着需求的变化，子类急剧膨胀，同时充斥着重复代码；这时候的关键是划清责任。
-
Decorator
- Bridge
对象创建¶
-
依据
- 通过“对象创建” 模式绕开new，来避免对象创建（new）过程中所导致的紧耦合（依赖具体类），从而支持对象创建的稳定。
- 它是接口抽象之后的第一步工作。
-
Factory Method
- Abstract Factory
- Prototype
- Builder
对象性能¶
-
依据
- 面向对象很好地解决了“抽象”的问题，但是必不可免地要付出一定的代价。对于通常情况来讲，面向对象的成本大都可以忽略不计。但是某些情况，面向对象所带来的成本必须谨慎处理。
-
Singleton
- Flyweight
接口隔离¶
-
依据
- 在组建构建过程中,某些接口之间之间的依赖常常会带来很多问题、甚至根本无法实现。 采用添加一层间接（稳定）接口，来隔离本来相互紧密关联的接口是一种常见的解决方案
-
Facade
- Proxy
- Adapter
- Mediator
状态变化¶
-
依据
- 在组件构建过程中，某些对象的状态经常面临变化，如何对这些变化进行有效的管理？同时又维持高层模块的稳定？“状态变化”模式为这一问题提供了一种解决方案。
-
State
- Memento
数据结构¶
-
依据
- 常常有一些组件在内部具有特定的数据结构，如果让客户程序依赖这些特定的数据结构，将极大地破坏组件的复用。
- 这时候，将这些特定数据结构封装在内部，在外部提供统一的接口，来实现与特定数据结构无关的访问，是一种行之有效的解决方案。
-
Composite
- Iterator
- Chain of Responsibility
行为变化¶
-
依据
- 在组件构建过程中，组件行为的变化经常导致组件本身剧烈的变化。“行为变化”模式 「将组件的行为与组件本身进行解耦」，从而支持组件行为的变化，实现两者之间的松耦合。
-
Command
- Visitor
领域规则¶
-
依据
- 在特定领域中，某些变化虽然频繁，但可以抽象为某种规则。这时候结合特定领域，将问题抽象为语法规则，从而给出在该领域下的一般性解决方案。
-
Interpreter