设计原则

不念不忘少年蓝@ 2022-09-16 04:59 148阅读 0赞

### 设计原则 ###

*   *  0.引言
     *  1.设计原则
     *  2. 设计原则要求
     *  3.必须知道的设计原则

## 0.引言 ##

是重复造轮子，记笔记给自己看，勿喷。

*  [ref01.六大设计原则超详细介绍][ref01.]
 *  [ref02.设计模式与设计原则简介][ref02.]
 *  [ref03.设计原则总结][ref03.]

## 1.设计原则 ##

*  Single Responsibility Principle 单一职责原则（SRP）： 一个类只负责一个功能领域中的相应职责，或者可以定义为：就一个类而言，应该只有一个引起它变化的原因。单一职责原则的根本在于控制类的粒度大小
 *  Open Closed Principle 开闭原则（OCP）  
    如果新增加一个逻辑功能点，需要增加新的else 或者 else if ，势必修改了已有代码，则破坏了OCP原则
    
     *  对扩展开放-------模块的行为可以被扩展从而满足新的需求。
     *  对修改关闭-------不允许修改模块的源代码。（或者尽量使修改最小化）
     *  
 *  Liskov Substitution Principle 里氏替换原则（LSP）：如果 一个程序P(T1) ，如果将输入T1 替换为T2 ，而且 P(T1) = P(T2)，那么T2 是T1的子类型。
    
     *  简单的概述就是 : 所有引用基类的地方必须能透明地使用其子类的对象。
     *  里氏代换原则的根本，在软件中将一个基类对象替换成它的子类对象，程序将不会产生任何错误和异常。
     *  里氏替换是继承复用的基石，只有当子类可以替换父类，且软件单位的功能不受到影响时，父类才能真正被复用，而子类也能够在基类的基础上增加新的行为
 *  Principle of Least Knowledge 迪米特法则（PLK，也叫最小知识原则），又叫“最少知道法则”：一个对象应该对其他对象有最少的了解，只和朋友交流。**尽可能的减少对象之间的交互**。有一个形象的说法"不要和“陌生人”说话、只与你的直接朋友通信" 。下面这些一般被认为是朋友。
    
     *  (1) 当前对象本身(this)
     *  (2) 以参数形式传入到当前对象方法中的对象；
     *  (3) 当前对象的成员对象；
     *  (4) 如果当前对象的成员对象是一个集合，那么集合中的元素也都是朋友；
     *  (5) 当前对象所创建的对象
 *  Interface Segregation Principle 接口隔离原则（ISP）：不应该强迫客户端依赖于他们不会使用的接口。
 *  Dependence Inversion Principle 依赖倒置原则（DIP）：（电脑主板案例）模块间的依赖通过抽象发生，实现类之间不直接发生依赖关系，其依赖关系是通过接口或抽象类产生的。**针对接口编程，不针对实现编程**
    
     *  针对接口编程，而不是针对实现编程。
     *  使用接口和抽象类进行变量类型声明、参数类型声明、方法返回类型声明，以及数据类型的转换等，而不是使用具体的类
     *  变与不变的分离。共性的部分为父类，变化的部分为子类。
 *  Composite/Aggregate Reuse Principle 合成/聚合复用原则（C/ARP）： 尽量使用对象组合，而不是继承来达到复用的目的。**动态绑定，组合由于继承**

## 2. 设计原则要求 ##

设计原则是指导思想，将规则落实到具体的类/接口的设计、功能逻辑的划分上，可以转化成以下要求。所有的要求都有一个前提：如果可以，应该优先考虑，尽可能的

*  面向抽象（抽象类、接口）编程，而不是面向实现编程
 *  接口和类的功能要尽可能的单一，避免大而全的类和接口
 *  优先使用组合，而不是继承
 *  子类的所有方法必须在父类中声明，或子类必须实现父类中声明的所有方法
 *  子类应该尽可能的与父类保持一致，不要重写父类原有逻辑
 *  如果类之间没必要直接交互，可以通过“中介”，而不是直接交互，降低耦合性
 *  实现和细节可以通过DI的方式，最大程度减少“硬编码”
 *  如果没有什么明显弊端，类应该被设计成不变的
 *  降低其他类对自身的访问权限，不要暴露内部属性成员，如果需要提供相应的访问器(属性)

## 3.必须知道的设计原则 ##

*  1.找到应用中可能需要变化的部分，吧他们独立出来，不要和哪些不需要变化的代码交织在一起
 *  2.抽象稳定接口（抽象类），针对接口编程，而不是针对实现
 *  3.分离变化维度，单一职责原则
 *  4.动态绑定还是静态绑定，多用组合少用继承
 *  5.创建与使用分离，创建过程也需要分离。

[ref01.]: https://zhuanlan.zhihu.com/p/110130347
[ref02.]: https://www.cnblogs.com/noteless/p/9897464.html
[ref03.]: https://www.cnblogs.com/mhq-martin/p/9225699.html