计算机软件设计的七大原则

软件设计的七大原则：

软件设计原则是设计模式的基础，在实际开发过程中，并不是一定要求所有代码都遵循设计原则，我们要考虑人力、时间、成本、质量，不是刻意追求完美，要在适当的场景遵循设计原则，体现的是一种平衡取舍，帮助我们设计出更加优雅的代码结构。

第1原则  Open-Closed Principle开闭原则

1.1  开闭原则定义： 

      所谓的开闭原则是指在软件设计过程中，一个软件的实体类、功能模块、函数方法等应该对后续的扩展开放，而不去修改原有的功能，即所谓的扩展开放，修改关闭，扩展和修改强调的是用抽象构建框架，用实现扩展细节，从而提高软件系统的可复用性和可维护性。开闭原则是面向对象设计中最基础的原则，指导着我们如何建立稳定灵活的系统，比如我们的版本升级，会尽可能的不修改原来的代码，而增加新的功能。

1.2  开闭原则优点：

   提高软件系统的可复用性和可维护性

1.3  案例代码实战：

https://gitee.com/victorydeng/my2020study/tree/master/src/main/java/com/dxy/yesas2020goals/study/partone/disignprinciple/openclosedprinciple

第2原则  Dependence Inversion Principle依赖倒置原则

2.1  依赖倒置原则定义：

高层模块不应该依赖底层模块，二者都应该依赖其抽象，抽象不该依赖细节，细节要依赖抽象，即我们要针对接口编程而不是对实现编程。

2.2  依赖倒置原则优点：

减少类间的耦合度，提高系统稳定性、可读性、可维护性，降低修改程序造成的风险。

2.3  案例代码实战：

https://gitee.com/victorydeng/my2020study/tree/master/src/main/java/com/dxy/yesas2020goals/study/partone/disignprinciple/dependenceinversionprinciple

第3原则  Simple Responsibility Principle单一职责原则

3.1  单一职责原则定义：

单一职责是指不要存在多于一个导致类变更的原因。假设我们有一个 Class 负责两个职责，一旦发生需求变更，修改其中一个职责的逻辑代码，有可能会导致另一个职责的功能发生故障。这样一来，这个 Class 存在两个导致类变更的原因。如何解决这个问题呢？我们就要给两个职责分别用两个 Class 来实现，进行解耦。后期需求变更维护互不影响。这样的设计，可以降低类的复杂度，提高类的可读性，提高系统的可维护性，降低变更引起的风险。总体来说就是一个 Class/Interface/Method 只负责一项职责。

3.2  单一职责原则优点：

降低类的复杂度，提高可读性、可维修性，减少修改带来的风险。

3.3  案例代码实战：

https://gitee.com/victorydeng/my2020study/tree/master/src/main/java/com/dxy/yesas2020goals/study/partone/disignprinciple/simpleresponsibility

第4原则  Interface Segregation Principle接口隔离原则

4.1  接口隔离原则定义：

接口隔离原则是指用多个专门的接口，而不使用单一的总接口，客户端不应该依赖它不需要的接口。这个原则指导我们在设计接口时应当注意一下几点：1、一个类对一类的依赖应该建立在最小的接口之上。2、建立单一接口，不要建立庞大臃肿的接口。3、尽量细化接口，接口中的方法尽量少（不是越少越好，一定要适度）

4.2  接口隔离原则优点：

接口隔离原则符合我们常说的高内聚低耦合的设计思想，从而使得类具有很好的可读性、可扩展性和可维护性。

4.3  案例代码实战：

https://gitee.com/victorydeng/my2020study/tree/master/src/main/java/com/dxy/yesas2020goals/study/partone/disignprinciple/interfacesegregation

第5原则 Law of Demeter 迪米特法则

5.1  迪米特法则定义:

迪米特原则是指一个对象应该对其他对象保持最少的了解，又叫最少知道原则，尽量降低类与类之间的耦合。迪米特原则主要强调只和朋友交流，不和陌生人说话。出现在成员变量、方法的输入、输出参数中的类都可以称之为成员朋友类，而出现在方法体内部的类不属于朋友类。

5.2  迪米特优点:

降低类间的耦合度

5.3  案例代码实战:

https://gitee.com/victorydeng/my2020study/tree/master/src/main/java/com/dxy/yesas2020goals/study/partone/disignprinciple/demeter

第6原则  Liskov Substitution Principle里氏替换原则

6.1  里氏替换原则定义：

里氏替换原则是指如果对每一个类型为 T1 的对象 o1,都有类型为 T2 的对象 o2,使得以 T1 定义的所有程序 P 在所有的对象 o1 都替换成 o2 时，程序 P 的行为没有发生变化，那么类型 T2 是类型 T1 的子类型。定义看上去还是比较抽象，我们重新理解一下，可以理解为一个软件实体如果适用一个父类的话，那一定是适用于其子类，所有引用父类的地方必须能透明地使用其子类的对象，子类对象能够替换父类对象，而程序逻辑不变。根据这个理解，我们总结一下如下：子类可以扩展父类的功能，但不能改变父类原有的功能。
引申含义：
1、子类可以实现父类的抽象方法，但不能覆盖父类的非抽象方法。
2、子类中可以增加自己特有的方法。
3、当子类的方法重载父类的方法时，方法的前置条件（即方法的输入/入参）要比父类方法的输入参数更宽松。
4、当子类的方法实现父类的方法时（重写/重载或实现抽象方法），方法的后置条件（即方法的输出/返回值）要比父类更严格或相等。

6.2  里氏替换原则优点：

避免继承泛滥，增加程序的健壮性和兼容性，体现了开闭原则，降低变更时带来的风险。

6.3  案例代码实战： 

https://gitee.com/victorydeng/my2020study/tree/master/src/main/java/com/dxy/yesas2020goals/study/partone/disignprinciple/liskovsutiution

第7原则 Composite&Aggregate Reuse Principle合成复用原则

7.1  合成复用原则定义：

合成复用原则是指尽量使用对象组合(has-a)/聚合(contanis-a)，而不是继承关系达到软件复用的目的。可以使系统更加灵活，降低类与类之间的耦合度，一个类的变化对其他类造成的影响相对较少。

7.2  合成复用原则优点：

系统更加灵活，降低类和类之间的耦合度，一个类的变化对其他类造成的影响相对较少。

7.3  案例代码实战：

https://gitee.com/victorydeng/my2020study/tree/master/src/main/java/com/dxy/yesas2020goals/study/partone/disignprinciple/compositeaggregatereuse

总结：设计原则是前辈们多年开发设计软件过程中总结出来的经验，我们在开发过程中遇到问题可以从上面的几个方面去思考，当然啦有的原则直接有冲突和重叠，比如接口隔离和单一职责就有重叠的，我们没有必要刻意去使用。