Backups/CS-Notes
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

auto commit

Browse Source
This commit is contained in:
CyC2018
2018-03-14 20:44:44 +08:00
parent 9f986651b0
commit 55628c8a42
21 changed files with 317 additions and 315 deletions
Download Patch File Download Diff File Expand all files Collapse all files

86
notes/设计模式.md
View File

@ -29,7 +29,7 @@
需要说明的一点是，文中的 UML 类图和规范的 UML 类图不大相同，其中组合关系使用以下箭头表示：
<div align="center"> <img src="index_files/09e398d8-9c6e-48f6-b48b-8b4f9de61d1d.png"/> </div><br>
<div align="center"> <img src="../pics//09e398d8-9c6e-48f6-b48b-8b4f9de61d1d.png"/> </div><br>
# 设计模式入门
@ -47,7 +47,7 @@
使用继承的解决方案如下，这种方案代码无法复用，如果两个鸭子类拥有同样的飞行方式，就有两份重复的代码。
<div align="center"> <img src="index_files/144d28a0-1dc5-4aba-8961-ced5bc88428a.jpg"/> </div><br>
<div align="center"> <img src="../pics//144d28a0-1dc5-4aba-8961-ced5bc88428a.jpg"/> </div><br>
**4. 设计原则**
@ -57,17 +57,17 @@
运用这一原则，将叫和飞行的行为抽象出来，实现多种不同的叫和飞行的子类，让子类去实现具体的叫和飞行方式。
<div align="center"> <img src="index_files/1c8ccf5c-7ecd-4b8a-b160-3f72a510ce26.png"/> </div><br>
<div align="center"> <img src="../pics//1c8ccf5c-7ecd-4b8a-b160-3f72a510ce26.png"/> </div><br>
**多用组合，少用继承** 组合也就是 has-a 关系，通过组合，可以在运行时动态改变实现，只要通过改变父类对象具体指向哪个子类即可。而继承就不能做到这些，继承体系在创建类时就已经确定。
运用这一原则，在 Duck 类中组合 FlyBehavior 和 QuackBehavior 类，performQuack() 和 performFly() 方法委托给这两个类去处理。通过这种方式，一个 Duck 子类可以根据需要去实例化 FlyBehavior 和 QuackBehavior 的子类对象，并且也可以动态地进行改变。
<div align="center"> <img src="index_files/29574e6f-295c-444e-83c7-b162e8a73a83.jpg"/> </div><br>
<div align="center"> <img src="../pics//29574e6f-295c-444e-83c7-b162e8a73a83.jpg"/> </div><br>
**5. 整体设计图**
<div align="center"> <img src="index_files/d887219c-963a-4392-abe7-d3967546e96d.jpg"/> </div><br>
<div align="center"> <img src="../pics//d887219c-963a-4392-abe7-d3967546e96d.jpg"/> </div><br>
**6. 模式定义**
@ -182,7 +182,7 @@ FlyBehavior.FlyNoWay
定义了对象之间的一对多依赖，当一个对象改变状态时，它的所有依赖者都会收到通知并自动更新。主题（Subject）是被观察的对象，而其所有依赖者（Observer）成为观察者。
<div align="center"> <img src="index_files/26cb5e7e-6fa3-44ad-854e-fe24d1a5278c.jpg"/> </div><br>
<div align="center"> <img src="../pics//26cb5e7e-6fa3-44ad-854e-fe24d1a5278c.jpg"/> </div><br>
**2. 模式类图**
@ -190,7 +190,7 @@ FlyBehavior.FlyNoWay
观察者拥有一个主题对象的引用，因为注册、移除还有数据都在主题当中，必须通过操作主题才能完成相应功能。
<div align="center"> <img src="index_files/58b9926c-b56c-42f7-82e3-86aa0c164d0a.jpg"/> </div><br>
<div align="center"> <img src="../pics//58b9926c-b56c-42f7-82e3-86aa0c164d0a.jpg"/> </div><br>
**3. 问题描述**
@ -198,7 +198,7 @@ FlyBehavior.FlyNoWay
**4. 解决方案类图**
<div align="center"> <img src="index_files/73ecb593-664e-490e-80e9-4319773113ef.png"/> </div><br>
<div align="center"> <img src="../pics//73ecb593-664e-490e-80e9-4319773113ef.png"/> </div><br>
**5. 设计原则**
@ -320,17 +320,17 @@ StatisticsDisplay.update:1.0 1.0 1.0
下图中 DarkRoast 对象被 Mocha 包裹，Mocha 对象又被 Whip 包裹，并且他们都继承自相同父类，都有 cost() 方法，但是外层对象的 cost() 方法实现调用了内层对象的 cost() 方法。因此，如果要在 DarkRoast 上添加 Mocha，那么只需要用 Mocha 包裹 DarkRoast，如果还需要 Whip ，就用 Whip 包裹 Mocha，最后调用 cost() 方法能把三种对象的价格都包含进去。
<div align="center"> <img src="index_files/41a4cb30-f393-4b3b-abe4-9941ccf8fa1f.jpg"/> </div><br>
<div align="center"> <img src="../pics//41a4cb30-f393-4b3b-abe4-9941ccf8fa1f.jpg"/> </div><br>
**3. 模式类图**
装饰者和具体组件都继承自组件类型，其中具体组件的方法实现不需要依赖于其它对象，而装饰者拥有一个组件类型对象，这样它可以装饰其它装饰者或者具体组件。所谓装饰，就是把这个装饰者套在被装饰的对象之外，从而动态扩展被装饰者的功能。装饰者的方法有一部分是自己的，这属于它的功能，然后调用被装饰者的方法实现，从而也保留了被装饰者的功能。可以看到，具体组件应当是装饰层次的最低层，因为只有具体组件有直接实现而不需要委托给其它对象去处理。
<div align="center"> <img src="index_files/3dc454fb-efd4-4eb8-afde-785b2182caeb.jpg"/> </div><br>
<div align="center"> <img src="../pics//3dc454fb-efd4-4eb8-afde-785b2182caeb.jpg"/> </div><br>
**4. 问题解决方案的类图**
<div align="center"> <img src="index_files/dac28811-79b6-4b75-bfa7-6b228e8ac3fb.png"/> </div><br>
<div align="center"> <img src="../pics//dac28811-79b6-4b75-bfa7-6b228e8ac3fb.png"/> </div><br>
**5. 设计原则**
@ -338,7 +338,7 @@ StatisticsDisplay.update:1.0 1.0 1.0
**6. Java I/O 中的装饰者模式**
<div align="center"> <img src="index_files/14583c71-8f57-4939-a9fc-065469b1bb7a.png"/> </div><br>
<div align="center"> <img src="../pics//14583c71-8f57-4939-a9fc-065469b1bb7a.png"/> </div><br>
**7. 代码实现**
@ -425,11 +425,11 @@ public class StartbuzzCoffee {
这样做能把客户类和具体子类的实现解耦，客户类不再需要知道有哪些子类以及实例化哪个子类。因为客户类往往有多个，如果不使用简单工厂，所有的客户类都要知道所有子类的细节。一旦子类发生改变，例如增加子类，那么所有的客户类都要发生改变。
<div align="center"> <img src="index_files/ec2f0a65-82ad-4ab9-940f-70ee9f6992cc.png"/> </div><br>
<div align="center"> <img src="../pics//ec2f0a65-82ad-4ab9-940f-70ee9f6992cc.png"/> </div><br>
**3. 解决方案类图**
<div align="center"> <img src="index_files/dc3e704c-7c57-42b8-93ea-ddd068665964.jpg"/> </div><br>
<div align="center"> <img src="../pics//dc3e704c-7c57-42b8-93ea-ddd068665964.jpg"/> </div><br>
**4. 代码实现**
@ -497,19 +497,19 @@ CheesePizza
在简单工厂中，创建对象的是另一个类，而在工厂方法中，是由子类来创建对象。下图中，Creator 有一个 anOperation() 方法，这个方法需要用到一组产品类，这组产品类由 factoryMethod() 方法创建。该方法是抽象的，需要由子类去实现。
<div align="center"> <img src="index_files/903093ec-acc8-4f9b-bf2c-b990b9a5390c.jpg"/> </div><br>
<div align="center"> <img src="../pics//903093ec-acc8-4f9b-bf2c-b990b9a5390c.jpg"/> </div><br>
**4. 解决方案类图**
PizzaStore 由 orderPizza() 方法，顾客可以用它来下单。下单之后需要先使用 createPizza() 来制作 Pizza，这里的 createPizza() 就是 factoryMethod()，不同的 PizzaStore 子类实现了不同的 createPizza()。
<div align="center"> <img src="index_files/cfb05050-47aa-4fd1-86eb-a7c86320f81b.png"/> </div><br>
<div align="center"> <img src="../pics//cfb05050-47aa-4fd1-86eb-a7c86320f81b.png"/> </div><br>
**5. 设计原则**
**依赖倒置原则** ：要依赖抽象，不要依赖具体类。听起来像是针对接口编程，不针对实现编程，但是这个原则说明了：不能让高层组件依赖底层组件，而且，不管高层或底层组件，两者都应该依赖于抽象。例如，下图中 Pizza 是抽象类，PizzaStore 和 Pizza 子类都依赖于 Pizza 这个抽象类。
<div align="center"> <img src="index_files/ddf72ca9-c0be-49d7-ab81-57a99a974c8e.jpg"/> </div><br>
<div align="center"> <img src="../pics//ddf72ca9-c0be-49d7-ab81-57a99a974c8e.jpg"/> </div><br>
**6. 代码实现**
@ -623,11 +623,11 @@ ChicagoStyleCheesePizza is making..
从高层次来看，抽象工厂使用了组合，即 Cilent 组合了 AbstractFactory ，而工厂模式使用了继承。
<div align="center"> <img src="index_files/0de18cdb-e974-47a3-af47-9538edafe857.png"/> </div><br>
<div align="center"> <img src="../pics//0de18cdb-e974-47a3-af47-9538edafe857.png"/> </div><br>
**3. 解决方案类图**
<div align="center"> <img src="index_files/967b2f5a-6ade-4ceb-bb41-493483fd3dff.png"/> </div><br>
<div align="center"> <img src="../pics//967b2f5a-6ade-4ceb-bb41-493483fd3dff.png"/> </div><br>
**4. 代码实现**
@ -748,7 +748,7 @@ MarinaraSauce
使用一个私有构造器、一个私有静态变量以及一个公有静态函数来实现。私有构造函数保证了不能通过构造函数来创建对象实例，只能通过公有静态函数返回唯一的私有静态变量。
<div align="center"> <img src="index_files/59aff6c1-8bc5-48e4-9e9c-082baeb2f274.jpg"/> </div><br>
<div align="center"> <img src="../pics//59aff6c1-8bc5-48e4-9e9c-082baeb2f274.jpg"/> </div><br>
**3. 懒汉式-线程不安全**
@ -839,9 +839,9 @@ if (uniqueInstance == null) {
有非常多的家电，并且之后会增加家电。
<div align="center"> <img src="index_files/f6be22cb-d64f-4ee5-87b7-cbc4e6255c0e.jpg"/> </div><br>
<div align="center"> <img src="../pics//f6be22cb-d64f-4ee5-87b7-cbc4e6255c0e.jpg"/> </div><br>
<div align="center"> <img src="index_files/5b832bde-d05e-42db-b648-42e274571ad9.jpg"/> </div><br>
<div align="center"> <img src="../pics//5b832bde-d05e-42db-b648-42e274571ad9.jpg"/> </div><br>
**2. 模式定义**
@ -857,11 +857,11 @@ if (uniqueInstance == null) {
- RemoteLoader 是客户端，注意它与 RemoteControl 的区别。因为 RemoteControl 不能主动地调用自身的方法，因此也就不能当成是客户端。客户端好比人，只有人才能去真正去使用遥控器。
<div align="center"> <img src="index_files/b7b1f5c6-ff8a-4353-8060-44bbc4b9e02e.jpg"/> </div><br>
<div align="center"> <img src="../pics//b7b1f5c6-ff8a-4353-8060-44bbc4b9e02e.jpg"/> </div><br>
**4. 模式类图**
<div align="center"> <img src="index_files/26ccd069-55ec-4a28-aeb3-025e39e5810f.jpg"/> </div><br>
<div align="center"> <img src="../pics//26ccd069-55ec-4a28-aeb3-025e39e5810f.jpg"/> </div><br>
**5. 代码实现**
@ -948,15 +948,15 @@ Light is on!
将一个类的接口，转换为客户期望的另一个接口。适配器让原本不兼容的类可以合作无间。
<div align="center"> <img src="index_files/c484b07d-be3d-4699-9e28-f035de8a274c.jpg"/> </div><br>
<div align="center"> <img src="../pics//c484b07d-be3d-4699-9e28-f035de8a274c.jpg"/> </div><br>
**2. 模式类图**
有两种适配器模式的实现，一种是对象方式，一种是类方式。对象方式是通过组合的方法，让适配器类（Adapter）拥有一个待适配的对象（Adaptee），从而把相应的处理委托给待适配的对象。类方式用到多重继承，Adapter 继承 Target 和 Adaptee，先把 Adapter 当成 Adaptee 类型然后实例化一个对象，再把它当成 Target 类型的，这样 Client 就可以把这个对象当成 Target 的对象来处理，同时拥有 Adaptee 的方法。
<div align="center"> <img src="index_files/253bd869-ea48-4092-9aed-6906ccb2f3b0.jpg"/> </div><br>
<div align="center"> <img src="../pics//253bd869-ea48-4092-9aed-6906ccb2f3b0.jpg"/> </div><br>
<div align="center"> <img src="index_files/a797959a-0ed5-475b-8d97-df157c672019.jpg"/> </div><br>
<div align="center"> <img src="../pics//a797959a-0ed5-475b-8d97-df157c672019.jpg"/> </div><br>
**3. 问题描述**
@ -966,7 +966,7 @@ Light is on!
**4. 解决方案类图**
<div align="center"> <img src="index_files/b8ceb9db-180e-4d01-932c-593fa2a6f515.jpg"/> </div><br>
<div align="center"> <img src="../pics//b8ceb9db-180e-4d01-932c-593fa2a6f515.jpg"/> </div><br>
**5. 代码实现**
@ -1024,7 +1024,7 @@ gobble!
**6. Enumration 适配成 Iterator**
<div align="center"> <img src="index_files/aa340e1a-f366-436b-a5a5-29a90425c10d.png"/> </div><br>
<div align="center"> <img src="../pics//aa340e1a-f366-436b-a5a5-29a90425c10d.png"/> </div><br>
# 外观模式
@ -1034,17 +1034,17 @@ gobble!
**2. 模式类图**
<div align="center"> <img src="index_files/78f2314e-2643-41df-8f3d-b7e28294094b.jpg"/> </div><br>
<div align="center"> <img src="../pics//78f2314e-2643-41df-8f3d-b7e28294094b.jpg"/> </div><br>
**3. 问题描述**
家庭影院中有众多电器，当要进行观看电影时需要对很多电器进行操作。要求简化这些操作，使得家庭影院类只提供一个简化的接口，例如提供一个看电影相关的接口。
<div align="center"> <img src="index_files/106f5585-b2e7-4718-be5d-3b322d1ef42a.jpg"/> </div><br>
<div align="center"> <img src="../pics//106f5585-b2e7-4718-be5d-3b322d1ef42a.jpg"/> </div><br>
**4. 解决方案类图**
<div align="center"> <img src="index_files/a0339a9f-f44f-4e37-a37f-169bc735536d.jpg"/> </div><br>
<div align="center"> <img src="../pics//a0339a9f-f44f-4e37-a37f-169bc735536d.jpg"/> </div><br>
**5. 设计原则**
@ -1066,19 +1066,19 @@ gobble!
模板方法 templateMethod() 定义了算法的骨架，确定了 primitiveOperation1() 和 primitiveOperation2() 方法执行的顺序，而 primitiveOperation1() 和 primitiveOperation2() 让子类去实现。
<div align="center"> <img src="index_files/87ffaf7f-4aa5-4da0-af84-994de62fa440.jpg"/> </div><br>
<div align="center"> <img src="../pics//87ffaf7f-4aa5-4da0-af84-994de62fa440.jpg"/> </div><br>
**3. 问题描述**
冲咖啡和冲茶都有类似的流程，但是某些步骤会有点不一样，要求复用那些相同步骤的代码。
<div align="center"> <img src="index_files/d8f873fc-00bc-41ee-a87c-c1b4c0172844.png"/> </div><br>
<div align="center"> <img src="../pics//d8f873fc-00bc-41ee-a87c-c1b4c0172844.png"/> </div><br>
**4. 解决方案类图**
其中 prepareRecipe() 方法就是模板方法，它确定了其它四个方法的具体执行步骤。其中 brew() 和 addCondiments() 方法在子类中实现。
<div align="center"> <img src="index_files/aa20c123-b6b5-432a-83d3-45dc39172192.jpg"/> </div><br>
<div align="center"> <img src="../pics//aa20c123-b6b5-432a-83d3-45dc39172192.jpg"/> </div><br>
**5. 设计原则**
@ -1182,7 +1182,7 @@ Tea.addCondiments
- Client 需要拥有一个 Aggregate 对象，这是很明显的。为了迭代变量 Aggregate 对象，也需要拥有 Iterator 对象。
<div align="center"> <img src="index_files/439deca7-fed0-4c89-87e5-7088d10f1fdb.jpg"/> </div><br>
<div align="center"> <img src="../pics//439deca7-fed0-4c89-87e5-7088d10f1fdb.jpg"/> </div><br>
**3. 代码实现**
@ -1338,7 +1338,7 @@ public class Client {
组合类拥有一个组件对象，因此组合类的操作可以委托给组件对象去处理，而组件对象可以是另一个组合类或者叶子类。
<div align="center"> <img src="index_files/cf08a51d-14c0-4bfc-863b-c8672d9c2b02.jpg"/> </div><br>
<div align="center"> <img src="../pics//cf08a51d-14c0-4bfc-863b-c8672d9c2b02.jpg"/> </div><br>
**4. 代码实现**
@ -1451,7 +1451,7 @@ Composite:root
Context 的 request() 方法委托给 State 对象去处理。当 Context 组合的 State 对象发生改变时，它的行为也就发生了改变。
<div align="center"> <img src="index_files/c28fd93a-0d55-4a19-810f-72652feee00d.jpg"/> </div><br>
<div align="center"> <img src="../pics//c28fd93a-0d55-4a19-810f-72652feee00d.jpg"/> </div><br>
**3. 与策略模式的比较**
@ -1467,7 +1467,7 @@ Context 的 request() 方法委托给 State 对象去处理。当 Context 组合
糖果销售机有多种状态，每种状态下销售机有不同的行为，状态可以发生转移，使得销售机的行为也发生改变。
<div align="center"> <img src="index_files/f7d880c9-740a-4a16-ac6d-be502281b4b2.jpg"/> </div><br>
<div align="center"> <img src="../pics//f7d880c9-740a-4a16-ac6d-be502281b4b2.jpg"/> </div><br>
**5. 直接解决方案**
@ -1475,7 +1475,7 @@ Context 的 request() 方法委托给 State 对象去处理。当 Context 组合
这种解决方案在需要增加状态的时候，必须对每个操作的代码都进行修改。
<div align="center"> <img src="index_files/62ebbb63-8fd7-4488-a866-76a9dc911662.png"/> </div><br>
<div align="center"> <img src="../pics//62ebbb63-8fd7-4488-a866-76a9dc911662.png"/> </div><br>
**6 代码实现**
@ -1773,13 +1773,13 @@ No gumball dispensed
视图使用组合模式，模型使用了观察者模式，控制器使用了策略模式。
<div align="center"> <img src="index_files/4f67611d-492f-4958-9fa0-4948010e345f.jpg"/> </div><br>
<div align="center"> <img src="../pics//4f67611d-492f-4958-9fa0-4948010e345f.jpg"/> </div><br>
**Web 中的 MVC**
模式不再使用观察者模式。
<div align="center"> <img src="index_files/1dd56e61-2970-4d27-97c2-6e81cee86978.jpg"/> </div><br>
<div align="center"> <img src="../pics//1dd56e61-2970-4d27-97c2-6e81cee86978.jpg"/> </div><br>
# 与设计模式相处
@ -1791,6 +1791,6 @@ No gumball dispensed
模式分类：
<div align="center"> <img src="index_files/524a237c-ffd7-426f-99c2-929a6bf4c847.jpg"/> </div><br>
<div align="center"> <img src="../pics//524a237c-ffd7-426f-99c2-929a6bf4c847.jpg"/> </div><br>
# 剩下的模式