设计模式之六大原则

前言

设计模式是一种经常被人提及的概念，也是面试种的常客，其目的是为了保证代码的复用，同时使代码更容易被人理解，以及保证系统的稳定性。
而在设计模式中存在六大基本原则，而我们常见的23种设计模式即为这六大原则的具体实现。

单一职责原则

基本定义：

使用思考

• 该原则名为单一职责原则，因此就存在一个职责划分的问题，对于同一个类的创建我们可能有不同的职责划分，抽象来看，比如手机，我们可以按功能把它的职责划分为显示和数据传输，也可以按作用把它的职责划分为打电话，玩游戏，看电影。而不同的职责划分则会有不同的结构设计。
• 另外，这个设计原则也不是完美的，如果当一个系统过于简单时，死板的遵守单一职责原则无疑会导致系统结构十分冗余。因此使用时还是应该根据实际情况具体分析。只有逻辑足够简单，才可以在代码级别上违反单一职责原则；只有类中方法数量足够少，才可以在方法级别上违反单一职责原则。

里氏替换原则

基本定义

使用思考

• 里氏替换原则的目的是为了保证整个继承体系的可复用性，在采用里氏替换原则时，尽量避免子类的“个性”，一旦子类有“个性”，这个子类和父类之间的关系就很难调和了，把子类当做父类使用，子类的“个性”被抹杀——委屈了点；把子类单独作为一个业务来使用，则会让代码间的耦合关系变得扑朔迷离——缺乏类替换的标准。

依赖倒置原则

基本定义

使用思考

• 依赖倒置原则，就是我们常说的面向接口编程，接口是一种功能的抽象，而使用抽象的目的是为了规定规范与契约，而不涉及具体的操作。这样在类与类之间调用时，他们就不会直接耦合。
• 而它与上文讲到里氏替换原则可以组合使用，即：接口负责定义public属性和方法，并且声明与其他对象的依赖关系，抽象类负责公共构造部分的实现，实现类准确的实现业务逻辑，同时在适当的时候对父类进行细化。

接口隔离原则

基本定义

使用思考

• 接口隔离原则的核心是为了最纯粹的接口作用：用于定义特定功能操作。这就要求一个接口仅服务与一个模块或者业务逻辑。
• 但是接口划分的粒度需要适度，接口过多虽然能完美遵循接口隔离原则，但无疑会导致系统十分臃肿，而过少无疑违背了此原则，因此使用时需根据实际业务需求合理划分。
• 接口隔离原则与单一职责原则的不同点：其一，单一职责原则原注重的是职责；而接口隔离原则注重对接口依赖的隔离。其二，单一职责原则主要是约束类，其次才是接口和方法，它针对的是程序中的实现和细节；而接口隔离原则主要约束接口接口，主要针对抽象，针对程序整体框架的构建

最少知识原则

基本定义

使用思考

• 最少知识原则的核心目的是为了降低类的耦合性，它推崇如果两个类无直接交互的必要，就不要进行直接交互，通过一个”中介“来发生联系。
• 在实际的项目中需要适度的考虑这个原则，它虽然可以降低类间耦合，提高复用，但是它的缺点也十分明显，为了低耦合通讯，会产生大量这样的中介和传递类，导致系统复杂度变大。

开闭原则

基本定义

使用思考

• 开闭原则是面向对象设计中最基础的设计原则，而相对的它十分的模糊，不像其他的原则具体告诉了我们应当怎么做，更加类似一种精神口号。

总结

• 个人认为六大原则不是一种规定或者规范，不是仅有是否遵守，这种0和1的两种选择，它更像是一个区间，能选择遵守的多与少。因此在系统的设计中不应该死板的追求每一种设计原则的完美遵守，否则会出现上文中提到的会使整个系统变得冗余庞大的问题。应该根据目前系统的实际需求、规模大小等因素，在保持系统灵活性的基础上适当选择六大原则遵守程度。
• 最后附上思维导图的地址。

关注公众号【程序员每日一学】让我们每天一起学习进步～