【设计模式】六大设计原则总结

　　六大设计原则（SOLID）包括：单一职责原则，里氏替换原则，依赖倒置原则，接口隔离原则，迪米特法则，开闭原则。

　　设计模式的一个重点是面向接口编程，设计具有低耦合度的模块，使各个模块功能分明。在六大设计原则中，很多方面都体现了这些内容。在编程时，遵循这些点可以使代码更容易读和扩展，使代码易于维护。遵循这些原则会使代码更易维护，但很难在任何情况下都遵循这些，所以实际应用中，需要根据需求进行设计实现。

 

1 单一职责原则（Single Responsibility Principle，简称SRP）

　　定义：应该有且仅有一个原因引起类的变更。

　　根据单一职责原则，在设计类时，每个类应该只对应一类功能。如用户类，应该将读写属性的方法与业务逻辑方法分开设计。在实际应用中，类的设计不太容易做到单一职责，但可以将之应用于接口设计，如设计用户类的多个接口，一个接口声明读写属性（get、set），一个接口声明业务逻辑（add、update）。

 

2 里氏替换原则（Liskov Substitution Principle，LSP）

　　 定义：所有引用基类的地方必须能透明地使用其子类的对象。

　　继承可以提供代码的重用性和扩展性，但继承可能导致更高的耦合性和降低灵活性。里氏替换原则指的是在编写代码过程中，类使用的时候，子类可以直接替换父类，但父类不能替换子类。在实际工程中，我们可能在实现一个类之前先定义一个接口，然后在这个接口的基础上实现或扩充不同的类，其实这种设计方法就是遵循了里氏替换原则。除此之外，里氏替换原则还有更多的内容，但以上即主要内容。

 

3 依赖倒置原则（Dependence Inversion Principle,DIP）

　　定义：高层模块不应该依赖低层模块，两者都应该依赖其抽象； 抽象不应该依赖细节； 细节应该依赖抽象。

　　采用依赖倒置原则时，实现类与实现类直接没有直接依赖关系，其依赖关系通过接口实现，并且接口不依赖于实现类。该设计原则可以降低耦合性，提高代码的可读性和维护性。这里的依赖不止是继承关系。采用依赖倒置原则时，每个类都尽量设计一个接口，并且具体类之间尽量不要有继承关系，至少不能超过两层继承关系，尽量不要覆盖基类或接口中已实现的方法。

 

4 接口隔离原则（ Interface Segregation Principle）

　　定义：客户端不应该依赖它不需要的接口。类间的依赖关系应该建立在最小的接口上。

　　接口隔离原则指的是，类的接口应该进行细化，里面声明的方法应该尽量少，避免接口的臃肿。根据这个原则，设计接口时，应该每个子模块对应一个接口，而不是多个模块的方法放在一个接口中。当然，并不是所有情况都适合采用接口隔离原则。

 

5 迪米特法则（Law of Demeter，LoD，最少知识原则）

　　 定义：一个对象应该对其他对象有最少的了解。

　　迪米特法则的核心观念是类间解耦，弱耦合，弱耦合可以提高类的复用率。类与类之间的关系建立在类间，一个方法尽量不引入一个类中不存在的对象。尽量不要存在太多的public方法和非静态的public变量。

 

6 开闭原则（Open Closed Principle）

　　定义：一个软件实体如类、模块和函数应该对扩展开放，对修改关闭。

　　开闭原则指，已经开发完成的项目或模块应该通过扩展来实现变化，而不是通过修改已有的代码来实现变化。当一个模块已经开发完成，并测试通过，如果需要在此基础上进行改进，要通过扩展实现，而不是修改原来的代码。当然，不修改源码，不是一点也不修改。开闭原则是一种指导思想，而不是具体的方案。

 

 

 

　　参考《设计模式之禅》