设计模式

七大原则

1.单一职责原则

每个类只负责一项具体职责

2.依赖倒转原则

核心思想是面向接口编程。即高层模块和低层模块都应该依赖于接口；细节应该依赖抽象，抽象不能依赖细节；展现细节交给抽象类完成

3.里氏替换原则

使用继承时，子类尽量不要重写父类的方法，可以适用聚合、组合、依赖来降低程序间的耦合性

4.开闭原则

程序应该对扩展开放（提供者），对修改关闭（使用方）

5.迪米特原则

最少知道原则。一个类应该对自己依赖的类知道越少越好。也就是被依赖的类，尽可能的将细节封装在内部，对外暴露public方法。

更简单的定义：只与直接朋友通信  直接朋友：出现在成员变量 方法参数 方法返回值的类
                            非直接朋友：局部变量

6.接口隔离

一个类对另一个类的依赖应该建立在最小接口上

7.合成复用原则

使用合成、聚合方式 少使用继承 降低耦合

创建型模式

使客户端不需要知道new一个产品具体的细节，而是直接获得一个对象

1.单例模式

2.工厂模式

简单工厂

工厂方法

4.抽象工厂

5.构建者模式

分为以下极大角色：产品、抽象建造者、具体建造者、指挥者

demo：

优点：

1.客户端不必知道产品内部组成的细节，将产品本身与产品的创建过程解耦，使得相同的创建过程可以创建不同的产品对象。
2.具体建造者相对独立，便于添加或替换具体建造者
3.将复杂产品创建步骤分解在不同方法中，使得创建过程更加清晰，便于控制创建过程

缺点：

1.创建的产品共同点较多，部分相似，无法创建出差异较大的产品
2.如果产品内部过于复杂，则需要很多具体建造者，系统庞大，增加系统难度和成本

适用场景：

1.产品内部结构复杂，包含多个成员属性
2.产品间相互依赖，需要指定其生成顺序
3.对象的创建过程独立于创建该对象的类。对象的创建过程在指挥者类中，创建该对象的类在具体建造者类中，相互独立
4.隔离复杂对象的创建和使用，并使得相同的创建过程可以创建不同的产品

典型应用：
1.mybatis 中的SqlSessionFactoryBuilder 类
2.StringBuilder和StringBuffer

6.原型模式

原型模式(Prototype Pattern)：使用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。原型模式是一种对象创建型模式。就是克隆

步骤：1.对象实现Cloneable接口
2.重写clone方法

但这样是浅克隆，如果原类型变量发生变化，那么克隆后的对象也会发生变化，类似浅拷贝

深克隆写法：
1.克隆属性

2.序列化方式

原型模式的主要优点如下：


扩展性较好，由于在原型模式中提供了抽象原型类，在客户端可以针对抽象原型类进行编程，而将具体原型类写在配置文件中，增加或减少产品类对原有系统都没有任何影响。

原型模式提供了简化的创建结构，工厂方法模式常常需要有一个与产品类等级结构相同的工厂等级结构，而原型模式就不需要这样，原型模式中产品的复制是通过封装在原型类中的克隆方法实现的，无须专门的工厂类来创建产品。

可以使用深克隆的方式保存对象的状态，使用原型模式将对象复制一份并将其状态保存起来，以便在需要的时候使用（如恢复到某一历史状态），可辅助实现撤销操作。

原型模式的主要缺点如下：

需要为每一个类配备一个克隆方法，而且该克隆方法位于一个类的内部，当对已有的类进行改造时，需要修改源代码，违背了“开闭原则”。

在实现深克隆时需要编写较为复杂的代码，而且当对象之间存在多重的嵌套引用时，为了实现深克隆，每一层对象对应的类都必须支持深克隆，实现起来可能会比较麻烦。

适用场景：


创建新对象成本较大（如初始化需要占用较长的时间，占用太多的CPU资源或网络资源），新的对象可以通过原型模式对已有对象进行复制来获得，如果是相似对象，则可以对其成员变量稍作修改。

如果系统要保存对象的状态，而对象的状态变化很小，或者对象本身占用内存较少时，可以使用原型模式配合备忘录模式来实现。

需要避免使用分层次的工厂类来创建分层次的对象，并且类的实例对象只有一个或很少的几个组合状态，通过复制原型对象得到新实例可能比使用构造函数创建一个新实例更加方便。