七大软件软件设计原则

• 如何同时提高一个软件系统的可维护性（Maintainability） 和可复用性（Reuseability）是面向对象的设计要解决的核心问题。
• 在目前的软件界，学习和应用设计模式正在形成风气。的确，通过学习和应用设计模式，可以更加深入地理解面向对象的设计理念，从而帮助设计师改善自己的系统设计。但是，设计模式并不能够提供具有普遍性的设计指导原则。
• 首先，恰当的提高系统的可复用性，可以提高系统的可扩展性。允许一个具有同样接口的新的代替旧的类，使得这个具体类可以被另一个具体类所取代、而不影响到客户端。

• 系统的可扩展性是由开闭原则、里氏替换原则、依赖倒转原则和合成复用原则所保证的。
• 系统的灵活性是由开闭原则、迪米行法则、接口隔离原则所保证的
• 系统的可插入性是由开闭原则、里氏替换原则、合成复用原则以及依赖倒转原则保证的

1.开闭原则(Open-Closed Principle)

• 定义：一个软件实体应当对扩展开放，对修改关闭
• 优点：提高软件系统的可扩展性和可维护性

2.依赖倒转原则(Dependence-Inversion Principle)

• 定义：高层模块不应该依赖低层模块，二者都应该依赖其抽象，抽象不应该依赖细节，细节应该依赖抽象，针对接口编程，不应该针对实现编程
• 优点：可以减少类间的耦合性、提高系统的稳定性，提高代码可读性和可维护性，可降低修改程序所造成的风险

3.单一职责原则(Single-Responsibility Principle)

• 定义：不要存在多于一个导致类变更的原因，一个类、接口、方法只负责一项职责
• 优点：降低的复杂度、提高类的可读性、提高系统的可维护性、降低变更引起的风险

4.接口隔离原则(Interface-Segregation Principle)

• 定义：用多个专门的接口，而不是使用单一的总接口，客户端不应该依赖它不需的接口
• 优点：符合我们常说的高内聚、低耦合的设计思想，从而便得类具有很好的可读性，可护展性和可维护性
• 注意：一个类对应一个类的依赖应该建立在最小的接口上建立单一接口，不需建立庞大臃肿的解耦，尽量细化接口，接口中的方法尽量要少

5.迪米特法则((Least-Knowledge Principle)

• 定义：一个对象应该对其它对象保持最少的了解，又叫最少知道原则，尽量降低类与类之间耦合
• 优点：降低类之间的耦合

6.里氏替换原则(Liskov-Substitution Principle)

• 定义：如果对每一个类型为 T1 的对象 o1, 都有类型为 T2 的对象 o2，使得以 T1 定义的所有的程序 P 在所有对象 o1 都替换成 o2 时，程序 P 的行为没有发生变化，那么类型 T2 是类型 T1 的子类型
• 定义扩展：一个软件实体如果适用一个父类的话，那一定适用于其子类，所有引用父类的地方必须能透明地使用其子类的对象，子类对象能够替换父类对象，而程序逻辑不变

7.合成复用原则(Composite-Reuse Principle)

• 定义：尽量使用对象组合、聚合，而不是使用继续关系达到软件复用的聚合has-a和组合contains-a
• 优点：可以使系统更加灵活，降低类与类之间的耦合度，一个类的变化对其它类造成的影响相对较少