文章目录
记《大话设计模式》
学习《大话设计模式》后对书中知识点以及内容做部分记录或总结。
原则
1. 开放-封闭原则
对拓展开放，对修改封闭。需要增加功能或修改需求不修改原有代码，而是在拓展代码。
2. 单一职责
就一个类而言，应该仅有一个引起它变化的原因。不应该负责太多职能，负重不宜过大。
3. 依赖倒转
A. 高层模块不应该依赖低层模块。两个都应该依赖抽象。
B. 抽象不应该依赖细节。细节应该依赖抽象。即针对接口编程。
依赖了抽象接口或抽象类后就不怕更改了。
4. 里氏代换原则
子类型必须能够替换掉它们的父类型。
UML类图
用于显示各个类之间的关系，便于表达整体结构。图例：
-
类
-
接口
-
继承关系
-
实现接口
-
关联关系(A中含有成员变量B)
-
聚合：弱拥有关系，A可以包含B，但是B不是A的一部分
-
合成：强拥有关系，体现严格的部分和整体关系，拥有一样的生命周期
-
依赖关系
模型总览图
创建型模式
1）工厂模式
1. 简单工厂
结构
缺点
违背 开放-封闭原则。需要增加功能时，需要在工厂类判断生成哪一种"产品"的时候进行修改。
改进
见下方“抽象工厂“改进处的”反射优化“。
2. 工厂方法
思想
定义一个用于创建对象的接口，让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类。
结构
与简单工厂比较
简单工厂模式最大的优先在于工厂类中包含了必要得逻辑判断，根据客户端选择条件动态实例化相关类，对于客户端来说去除了与具体产品的依赖。
工厂方法模式实现时，客户端需要决定实例化哪一个工厂来实现运算类。工厂方法把简单工厂内部逻辑判断移动到客户端代码来进行。需要加功能时，本来是改工厂类，现在是修改客户端。
3. 抽象工厂
思想
提供一个创建一系列或相关依赖对象的接口，而无需指定它们的具体的类。
提供一个抽象工厂接口，接口提供创建产品对象。提供产品的抽象对象，可为该产品设置不同的系列(工厂)。
结构
优缺点
优点：
创建具体实例与客户端分离，产品具体类名也被具体工厂的实现分离。具体的工厂生成的产品有不同的实现，将对应的产品抽象则客户端就不用知道具体生产的是哪个具体工厂的产品了。客户端只需要指定对应的工厂类即可，不需要知道具体的产品类。
具体工厂类可以对应一个系列的产品，想要交换成另一个系列的产品客户端只需要修改具体工厂类即可。
缺点：
当需要增加产品时。需要创建新的 抽象产品类、具体系列产品类 ，还需要修改抽象工厂和已有的具体工厂才可以完全实现，故如此大批量的改动非常繁琐。
改进
简单工厂改进抽象工厂：
将原来的 抽象工厂+具体工厂模块 改成 一个全能工厂模块。创建每个产品的方法内做出判断，判断创建哪个系列的产品。
但是同时出现的问题是当需要增加系列时，则创建每个产品的方法内判断系列的逻辑全部需要修改，不过可以使用反射优化。
反射优化：
在创建具体系列产品的方法中不使用条件判断逻辑，改成使用反射创建实例的方法，则不需要再每次增加系列都要修改全部生成产品实例方法中的条件判断逻辑。设置好产品与系列的类名使之能对应即可。
还可以进一步使用配置文件优化，这样修改系列的时候甚至不需要修改程序，修改配置文件即可。
所有使用简单工厂的地方，都可以考虑用反射技术去除switch或if的条件判断。
2）建造者模型
思想
将一个复杂对象的构建与它的表示分离。使得同样的构建过程可以创建不同的表示。
建造者必须能构建产品的每一个部件，部件的具体实现则由具体建造者决定。指挥者只需要控制建造者进行构建(对需要的产品部分进行建造)即可。
结构
3）原型模式
思路
用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。
结构
4）单例模式
思路
保证一个类只有一个实例，并提供一个访问它的全局访问点
结构
安全性
class Singleton{
private static Singleton instance;
private Singleton(){}
public static Singleton getInstance(){
if(instance == null){
instance = new Singleton();
}
return instance;
}
}
在多线程中，当同一时刻多个线程同时访问，仍然有可能创建多个实例，故需要加锁
public static Singleton getInstance(){
lock (syncRoot){
if(instance == null){
instance = new Singleton();
}
}
return instance;
}
虽然确保了一次只有一个线程能同时达到 if(instance == null) ，但是每次访问这个方法都需要上锁。进一步优化成只有实例未创建时才需要上锁。
public static Singleton getInstance(){
if(instance == null){
lock (syncRoot){
if(instance == null){
instance = new Singleton();
}
}
}
return instance;
}
结构型模型
1）适配器模式
思路
将一个类的接口转换成客户希望的另外一个接口。适配器模式使得原本由于接口不兼容而不能一起工作的类可以一起工作。
结构
2）装饰器模式
思路
动态地给一个对象添加一些额外的职责。就增加功能来说，装饰模式相比生成子类更加灵活。
结构
3）外观模式
思路
为子系统中的一组接口提供一个一致的界面，外观模式定义了一个高层接口，这个接口是的这一子系统更加容易使用。
结构
使用
子系统中各个类聚合在外观类中，外观类可以以各种组合的方式调用子类，客户端使用外观类即可灵活简单的调用子系统各个类。
4）代理模式
思路
为其他对象提供一种代理以控制对这个对象的访问。
结构
行为型模型
1）观察者
思路
定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。
结构
2）模板方法
思路
定义一个操作的算法骨架，而将一些步骤延迟到子类中，模板方法使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。
结构
3）命令
思路
将一个请求封装为一个对象，从而使你可用不同的请求对客户进行参数化；可以对请求派对或记录请求日志，以及支持撤销的操作。
结构
作用
1、能比较容易地设计一个命令队列
2、在需要的情况下，可以比较容易地将命令计入日志
3、允许接收请求的一方决定是否要否决请求
4、可以容易地实现对请求的撤销和重做
5、由于加进新的具体命令类不影响其他的类，因此增加新的具体命令类很容易
6、把请求一个操作的对象与知道怎么执行一个操作的对象分割开
4）职责链
思路
使多个对象都有机会处理请求，从而避免请求的发送者和接收者之间的耦合关系。将这些对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它为止。
结构
好处
客户提交一个请求时，请求时沿着链传递直到有一个Handler对象负责处理它。请求者不用管谁来处理他的请求，反正该请求会被处理。只需要构建好职责链即可。由于职责链式客户自己构建的，故可以灵活的构建处理一个请求的结构，但是如果没构建好职责链请求可能到达链末端也得不到处理。
接收者和发送者都没有对方的明确信息，且链中的对象也并不知道链的结构。每个处理者只需要保持一个后继者引用即可。
5）解释器
思路
给定一个语言，定义它的文法的一种表示，并定义一个解释器，这个解释器使用该表示来解释语言中的句子。
结构
6）策略
思路
定义一系列的算法，把它们一个个封装起来，并且使它们可相互替换。本模式使得算法可独立于使用它的客户而变化。
结构
与简单工厂结合
策略模式是客户需要哪种就选择哪种策略，简单工厂模式是客户需要哪种产品就用工厂创建哪种产品，结构有些类似，故简单的就可以使之结合封装。即上下文(Context)中的策略(Strategy)可以动态返回不同的具体策略。
7）迭代器
思路
提供一种方法顺序访问一个聚合对象中的各个元素，而又不暴露该对象的内部表示。
结构
总结体会
书中贯彻的是面向对象的思想，深刻表现了其封装、继承、多态的特点。通过小菜、大鸟之间的具体故事，通俗易懂的描述了各类设计模式的特点。其中小菜通过从不懂设计模式，到理解设计模式的一次次修改完善代码，使我更加容易理解使用设计模式的理由以及设计模式带来的好处。同时读了这本书也让我对抽象和封装有了更深刻的理解，对代码的审美也有了一定程度的提高
4252
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
