《设计模式之禅》阅读心得（一）

设计模式是一些被广泛认可的面向对象软件设计方案，其目的是解决在软件开发过程中的常见设计问题。这些设计模式旨在提高代码的可读性、可维护性和可扩展性。

一、6大设计原则

1.单以职责原则

定义：接口/类只有一个职责，只负责一件事情。
优点：
1.类的复杂性降低，实现什么职责都有清晰明确的定义；
2.可读性提高，复杂性降低，那当然可读性提高了；
3.可维护性提高，可读性提高，那当然更容易维护了；
4.变更引起的风险降低，变更是必不可少的，如果接口的单一职责做得好，一个接口修改只对相应的实现类有影响，对其他的接口无影响，这对系统的扩展性、维护性都有非常大的帮助。

2.里氏替换原则

定义：所有引用基类的地方必须能透明地使用其子类的对象，即子类可以替换父类。
优点：
1.代码共享，减少创建类的工作量，每个子类都拥有父类的方法和属性；
2.提高代码的重用性；
3.提高代码的可扩展性；
4.提高产品或项目的开放性。

3.依赖倒置原则

定义：高层模块不应该依赖低层模块，两者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。
依赖的三种传递方式：构造函数传递依赖对象；Setter方法传递依赖对象；接口声明依赖对象。
依赖倒置原则可以减少类间的耦合性，提高系统的稳定性，降低并行开发引起的风险，提高代码的可读性和可维护性。
要实现依赖倒置原则应该遵循的规则：
1.每个类尽量都有接口或抽象类，或者抽象类和接口两者都具备。
2.变量的表面类型尽量是接口或者是抽象类。
3.任何类都不应该从具体类派生。
4.尽量不要覆写基类的方法。
5.结合里氏替换原则使用。

4.接口隔离原则

定义：客户端不应该依赖它不需要的接口；类间的依赖关系应该建立在最小的接口上。
建立单一接口，不要建立臃肿庞大的接口。接口尽量细化，同时接口中的方法尽量少。
最佳实践：
1.一个接口只服务于一个子模块或业务逻辑；
2.通过业务逻辑压缩接口中的public方法，接口时常去回顾，尽量让接口达到“满身筋骨肉”，而不是“肥嘟嘟”的一大堆方法；
3.已经被污染了的接口，尽量去修改，若变更的风险较大，则采用适配器模式进行转化处理；
4.了解环境，拒绝盲从。每个项目或产品都有特定的环境因素，别看到大师是这样做的你就照抄。千万别，环境不同，接口拆分的标准就不同。深入了解业务逻辑，最好的接口设计就出自你的手中！

5.迪米特法则

定义：最少知识原则，一个对象应该对其他对象有最少的了解。
迪米特法则的核心观念就是类间解耦，弱耦合，只有弱耦合了以后，类的复用率才可以提高。尽量不要对外公布太多的public方法和非静态的public变量，多使用private、package-private、protected等访问权限。

6.开闭原则

定义：一个软件实体如类、模块和函数应该对扩展开放，对修改关闭。
1.抽象约束。抽象是对一组事物的通用描述，没有具体的实现，也就表示它可以有非常多的可能性，可以跟随需求的变化而变化。。因此，通过接口或抽象类可以约束一组可能变化的行为，并且能够实现对扩展开放，其包含三层含义：第一，通过接口或抽象类约束扩展，对扩展进行边界限定，不允许出现在接口或抽象类中不存在的public方法；第二，参数类型、引用对象尽量使用接口或者抽象类，而不是实现类；第三，抽象层尽量保持稳定，一旦确定即不允许修改。
2.元数据（metadata）控制模块行为。尽量使用元数据来控制程序的行为，减少重复开发。元数据是用来描述环境和数据的数据，通俗地说就是配置参数，参数可以从文件中获得，也可以从数据库中获得。
3.制定项目章程。
4.封装变化。对变化的封装包含两层含义：第一，将相同的变化封装到一个接口或抽象类中；第二，将不同的变化封装到不同的接口或抽象类中，不应该有两个不同的变化出现在同一个接口或抽象类中。

二、设计模式

本周看了设计模式部分的前三种设计模式，这三种也是比较熟悉的设计模式

1.单例模式

定义：保某一个类只有一个实例，而且自行实例化并向整个系统提供这个实例。
优点：
1.由于单例模式在内存中只有一个实例，减少了内存开支；
2.由于单例模式只生成一个实例，所以减少了系统的性能开销；
3.单例模式可以避免对资源的多重占用；
4.单例模式可以在系统设置全局的访问点，优化和共享资源访问。
缺点：
1.单例模式一般没有接口，扩展很困难；
2.单例模式对测试是不利；
3.单例模式与单一职责原则有冲突。
单例模式是23种设计模式种比较简单的，应用也非常广泛，实现的方式主要有：饿汉式、懒汉式、内部类懒汉式、枚举型；

2.工厂方法模式

定义：定义一个用于创建对象的接口，让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类。
优点：
1.良好的封装性，代码结构清晰。
2.工厂方法模式的扩展性非常优秀。
3.屏蔽产品类。

3.抽象工厂模式

定义：为创建一组相关或相互依赖的对象提供一个接口，而且无须指定它们的具体类。
抽象工厂模式是工厂方法模式的升级版本，在有多个业务品种、业务分类时，通过抽象工厂模式产生需要的对象是一种非常好的解决方式。
和工厂方法模式的区别：
工厂方法模式只有一个抽象产品类，而抽象工厂模式有多个。
工厂方法模式的具体工厂类只能创建一个具体产品类的实例，而抽象工厂模式可以创建多个。
工厂方法模式： 一个抽象产品类，可以派生出多个具体产品类。 一个抽象工厂类，可以派生出多个具体工厂类。 每个具体工厂类只能创建一个具体产品类的实例。 抽象工厂模式： 多个抽象产品类，每个抽象产品类可以派生出多个具体产品类。 一个抽象工厂类，可以派生出多个具体工厂类。 每个具体工厂类可以创建多个具体产品类的实例。 区别： 工厂方法模式只有一个抽象产品类，而抽象工厂模式有多个。 工厂方法模式的具体工厂类只能创建一个具体产品类的实例，而抽象工厂模式可以创建多个。