七大软件软件设计原则
- 如何同时提高一个软件系统的可维护性(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
- 优点:可以使系统更加灵活,降低类与类之间的耦合度,一个类的变化对其它类造成的影响相对较少