JAVA 设计模式系列(2) —— 设计原则

Java 设计模式的相关原则

一、单一职责原则

单一职责原则： 应该有且仅有一个原则引起类的变更

单一职责可以简答的理解为，一个类或者对象，承担的只能应该尽可能单一。

单一职责的优点：

• 降低类的复杂性
• 提高代码的可读性
• 可维护性提高
• 变更引起的风险降低

如何理解单一职责原则： 例如有一个类里面包含了属性以及属性的 get 与 set 方法和一些操作这个类的诸多属性而完成的相关业务逻辑。此时我们可以将这个类分为两个对象，一个用于管理对象的属性，另一个用于管理对象的业务逻辑。

单一职责用“职责”和“变化原因”来衡量接口或类设计得是否优良。但是“职责”的确定往往是无法度量的。

单一职责并不是处处受用的，在现实过程中，如果将职责拆分的过于细致，则在实现业务逻辑时需要进行大量的聚合或组合，这样反而会增大代码复杂度。

二、里氏替换原则

继承的优点：

• 代码共享，减少类创建工作
• 提高代码的重用性
• 子类形似父类
• 提高代码的可扩展性

继承的缺点：

• 继承是侵入性的，子类必须拥有所有父类的属性和方法
• 降低代码的灵活性
• 增强耦合性

里氏替换原则：可以使用父类或接口指针指向子类，这样在一段代码中，父类对象全部替换称为子类对象，对程序也不会产生太多影响。即父类出现的地方，子类均可以出现。

里氏替换原则可以简单的理解为多使用父类或者接口来指代子类的对象，降低代码的耦合度。

PS： 子类出现的地方，父类未必可以出现

在类中调用其他类时，务必使用父类或接口，如果不能使用，则说明类的设计已经违背了里氏替换原则(Liskov Substitution Principle，LSP)

三、依赖倒置原则

依赖倒置原则可以简单看做以下三条：

• 高层模块和低层模块之间不可以直接依赖，而是通过接口或者抽象类来产生依赖
• 接口或抽象类不依赖于实现类
• 实现类依赖接口或抽象类

依赖倒置的优点：

• 减少类之间的耦合
• 提高系统的稳定性
• 降低并发引起的风险

四、接口隔离原则

倘若一个对象有多个特性，但是这么多个特性都堆集与一个接口之上，倘若其中一个特性改变，而集成该接口的类却又许多，但是实现这些接口的类，只有一部分需要这个特性，或者对这些特性异常敏感，而其他实现这些接口的类对这个特性不是特别敏感，那么这个接口就是可分的。

一言以蔽之就是，倘若一个接口过于臃肿，则可以将该接口分为多个接口

接口隔离原则需要保证的几个特性：

• 接口尽量要小： (在保证单一职责的情况小，尽量保证接口不过于臃肿)
• 接口要高内聚：（尽量减少与外界的交互，少公有，多私有）
• 定制服务： (为特定的服务对象提供其所需的方法)
• 接口设计是有限度的： (接口的粒度越小，系统越灵活，但是结构也随之复杂起来)

五、迪米特法则

迪米特法则描述：一个对象应该对其他对象有最少的了解。

该法则其实就是我们平时经常听到的一句话：你只需要知道怎么调用这个方法，不需要了解方法是如何实现的。

六、开闭原则

开闭原则：软件实体应该对扩展开放，对修改关闭