Java中的设计模式到底有那些？

ゞ浴缸里的玫瑰 2023-02-18 06:27 37阅读 0赞

### 设计模式 ###

*  设计模式
 *   *  OO原则
     *   *  单一职责原则
         *  开闭原则
         *  里氏替换原则
         *  依赖倒置原则
         *  接口分离原则
         *  最少知识原则
         *  好莱坞原则
     *  设计模式
     *   *  单例模式
         *  工厂模式
         *  建造者模式
         *  模块方法模式
         *  代理模式
         *  策略模式
         *  装饰者模式（组合+委托）
         *  观察者模式（委托）
         *  适配器模式
         *  外观模式
         *  生产者消费者模式
         *  装饰者，适配器，外观区别

# 设计模式 #

这个文章是我读了《head_first_design_patterns》这本书做的总结，这本书大概读了三分之二，之后会更新内容！

## OO原则 ##

### 单一职责原则 ###

定义：不要存在多于一个导致类变更的原因。通俗的说，即一个类只负责一项职责。

eg:当我们定义一个实体类的时候，如狗。如果我们将狗的属性（年龄、体重等）和行为（叫唤、吃东西）写在一个类的时候会导致多个职责耦合在一起，当我们部分职责改变的时候，会牵扯到其他的的职责，不利于变化。所以将其解耦为两个类：属性类和行为类；

*  降低了类的复杂度，每一个类都有清晰明确的职责。
 *  程序的可读性和可维护性都得到了提高。
 *  降低业务逻辑变化导致的风险，一个接口的修改只对相应的实现类有影响，对其他接口无影响。

### 开闭原则 ###

定义：一个软件实体如类、模块和函数应该对扩展开放，对修改关闭。

当软件需要变化时，尽量通过扩展软件实体的行为来实现变化，而不是通过修改已有的代码来实现变化。

### 里氏替换原则 ###

定义：子类可以扩展父类的功能，但不能改变父类原有的功能

里氏替换原则可以增强程序的健壮性，子类可以任意增加和缩减，我们都不需要修改接口参数。在实际开发中，实现了传递不同的子类来完成不同的业务逻辑。

### 依赖倒置原则 ###

定义：高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。

eg：将类A修改为依赖接口I，类B和类C各自实现接口I，类A通过接口I间接与类B或者类C发生联系，则会大大降低修改类A的几率；

### 接口分离原则 ###

定义：将臃肿的接口I拆分为独立的几个接口，类A和类C分别与他们需要的接口建立依赖关系。也就是采用接口隔离原则。

### 最少知识原则 ###

定义：只和你的密友交谈。

当你正在设计一个系统，不管是任何对象，你都要注意它所交互的类有哪些，并注意它和这些类是如何交互的。不要让太多的类耦合在一起。

### 好莱坞原则 ###

定义：允许底层组建将自己挂钩到系统上，但是高层组件会决定什么时候和怎么样使用这些底层组件。

## 设计模式 ##

### 单例模式 ###

单例模式是指在一个系统中，一个类有且只有一个对象实例。

Java中四种线程安全的单例模式实现方式：

*  枚举
 *  静态内部类
 *  双检锁模式
 *  饿汉式

DCL的实现方式及原理：

*  加synchronized：解决多线程安全问题
 *  判断两次实例是否为null，synchronized加在临界区代码上：降低多线程同步带来的性能开销
 *  instance变量由volatile关键字修饰：保证happens-before关系，不会出现另一个线程出现初始化了一半的情况

### 工厂模式 ###

*  简单工厂模式:定义一个工厂类，根据传入的参数不同返回不同的实例，被创建的实例具有共同的父类或接口
 *  工厂方法模式:定义一个创建对象的工厂接口，让子类决定实例化哪一个类，将实际创建工作推迟到子类当中（最后达到将对象创建的过程封装的目的；将产品的使用和创建解耦开；
 *  抽象工厂模式:一个继承体系中，如果存在着多个等级结构（即存在着多个抽象类），并且分属各个等级结构中的实现类之间存在着一定的关联或者约束

简单工厂不是设计模式，是编程习惯。

eg:订购披萨，订购过程不变，创建一个制作披萨的抽象方法，让子类去创建对象。客户不需要关心内部实现情况，只需要传入要创建的类即可；当需要灵活，可扩展的创建多个对象的场景时，可以使用工厂方法模式。

### 建造者模式 ###

eg：先 new 一个 Builder，然后可以链式地调用一堆方法，最后再调用一次 build() 方法，我们需要的对象就有了

### 模块方法模式 ###

定义：在一个方法中定义一个算法的骨架，而将一些步骤延迟到子类中。模板方法使得子类可以不在改变算法结构情况下，重新定义算法中的某些步骤

方法中的任何步骤都可以是抽象的，由子类负责实现。

eg：例子：茶和咖啡加辅料

### 代理模式 ###

代理模式就不详细总结了，一个JAVA的，一个Spring中的！

### 策略模式 ###

定义：定义一系列算法类，将每一个算法封装起来，并让它们可以相互替换，策略模式让算法独立于使用它的客户而变化