Tech&W_Architecture_DesignPattern

目的: 简洁准确总结实际中的design pattern 　　　　 2020-07-26  10:25:26

---

---

 Template Method  

2020-07-26

简述： 该设计模式来捕获一个抽象超类中的一个算法，使各步骤的实现延迟到子类中。 

价值： 始终使抽象父类去实现一个接口，该模式在框架设计中特别有价值。

注意： 公共方法final, 抽象方法 protected.

子类之间变化的哪些方法，保证方法签名在实现中提供灵活性。

 

---

---

 

responsibility chain 职责链

职责分离组合

 

实践注意：

1. 抽象类的 successor 设置方法

2. 抽象类里 hanle 的逻辑

3.客户代码在组合职责后, 调用的方式

 

 

---

---

2020-09-12 20:04:31

Decorator

抽象的各种组合及顺序.  

不通过一个控制方法控制新增功能，建议以正确的顺序将所需功能串联起来, 进行控制。

功能链的动态构建与使用功能的客户 ( Client ) 分离开来。

将功能链的构建与 链组件 （header, footer, salesTicket ） 分离开来。

每条链都始于一个 Component 对象 (ConcreteComponent 或 Decorator).

 

工厂对象，根据某些配置信息实例化对象链。

 

 注意在 具体的 decorator 实现与  core (component) 的关系

header 先于 , footer 后于

 

问题被分解为：

1. 如何实现提供新功能的对象

2. 如何为每种特殊情况组织对象。

将 decorator 对象的实现与决定如何使用Decorator的对象分离开来，从而提高内聚性，

每个decorator对象只用关心自己添加的功能-无需关心自己如何被添加到对象链中，还能够

任意地重排Decorator的顺序，无需改变其的任何代码。

---

2020-11-28

Observer - Subject 中， 抽象类 Subject 封装了 notifyObserver 该项公共功能

 

 具体 Subject 则实现 exectue() 决定何时执行notify()

 

---

2020-12-07

背景： platform UI 处理 界面多个控件的关联关系时, 想到由 mediator 中央控制相互依赖关系。

注意接口由彼此互调。

---

 2020-12-08

Mediator 和 Observer 的差异是：

在 Observer 中，不存在封装约束的单一对象，Observer 和 Subject 必须合作才能维持约束, Communication 模式由观察者和目标互联的方式所决定：

单一目标通常有很多观察者，有时一个目标的观察者是另一个观察者的目标。

Mediator 集中控制

 

Mediator 和 Facade

相似点：都能抽象出现有模块的功能。

Mediator模块在它被模块显式引用的地方汇集了这些模块之间的通信。某种方面来说，它是多方向的。

Facade 模式仅是为了模块或系统定义了一个简单的，便于客户使用的接口，而没有添加任何额外的功能。系统中的其他部分不会直接关联外观，所以可以被视为单向的。

---