设计模式-面向对象（oop）的七大原则

设计模式-面向对象（oop）的七大原则

一、单一职责原则 – SRP

(Single Responsibility Principle) 优化代码的第一步

一个类中应该是一组相关性很高的函数、数据的封装。

二、开闭原则 – OCP

(Open Close Principle) 让程序更稳定、更灵活

软件中的对象（类、模块、函数等）应该对于扩展是开放的，但是对于修改是封闭的。 在软件的生命周期内，因为变化、升级和维护等原因需要对软件原有代码进行修改时，可能会将错误引入原本已经经过测试的旧代码中，破坏原有系统。因此，当软件需要变化时，我们应该尽量通过扩展的方式来实现变化，而不是通过修改已有的代码来实现。

三、里氏替换原则 – LSP

(Liskov Substitution Principle) 构建扩展性更好的系统

有引用基类的地方必须能够透明地使用其子类的对象。 举个例子：如果对每一个类class1的对象o1,都有类class2的对象o2,使得以class1定义的所有程序P在所有对象o1都替换成o2的时候，程序P的行为都没有发生变化，那么类型class2是类型class1的子类型。

通俗点讲，只要父类出现的地方子类就可以出现，而且替换为子类也不会产生任何错误和异常。

四、依赖倒置原则 – DIP

(Dependence Inversion Principle) 让项目拥有变化的能力

依赖倒置原则指代了一种特定的解耦形式，使得高层次的模块不依赖与低层次的模块的实现细节的目的。

依赖倒置原则有以下几个关键点：

1. 高层模块不应该依赖于底层模块，两者都应该依赖其抽象；
2. 抽象不应该依赖细节；
3. 细节应该依赖抽象。

依赖导致原则在Java语言中的表现就是：模块间的依赖关系通过抽象发生，实现类之间不发生直接依赖关系，其依赖关系是通过接口或抽象类产生的。 在编程过程中尽量面向接口编程，也就是说在写一个类前先写一个接口，然后用一个类来实现这个接口，通过面向接口编程，我们的程序就有了很高的扩展性，降低了类与类之间的依赖性，使实现类更依赖于接口，而不是其他实现类，提高了系统的稳定性。

五、接口隔离原则 – ISP

(Interface Segregation Principle) 系统有更高的灵活性

客户端不应该依赖于它不需要的接口。 另一种定义是：类间的依赖关系应该建立最小的接口上，不应该依赖于它不需要的接口。接口隔离原则将非常庞大的、臃肿的接口拆分成更小的和更具体的接口。简单来说就是接口应该尽量细分，使每一个类都没有它不需要实现的方法。

六、迪米特原则 – LOD

(Law of Demeter) 更好的可扩展性

一个对象应该对其他对象有最少的了解。 通俗的讲，一个类应该对自己需要耦合或调用的类知道的最少，类的内部如何实现与调用者或依赖者没关系，调用者或依赖者只需要知道它需要的方法即可。当我们在编写一个类时，这个类的属性能私有化就私有化，尽量不与其他类产生联系。一个对象应该对其他对象保持最少的了解，简单的理解就是高内聚，低耦合。

七、合成复用原则–CRP

(Conposite Reuse Principle)

尽量使用合成/聚合的方式，而不是使用继承。