OOP六大设计原则的简易理解，不再那么抽象了

oop（面向对象）的基本6大原则

单一职责原则、接口隔离原则、开闭原则、依赖倒换原则、里氏代换原则、最少知道原则（迪米特法则）

 

总体理解：这六大原则是为了尽量实现高内聚、低耦合的项目，但是功能复杂的项目是不可能完全遵守这6大原则的，如果真是这样严格设计，恐怕是纯内聚，无耦合的项目了。正是因为不可能完全遵守，所以我们在开发项目的过程中，在实现需求的基础上，尽量维护这6大原则，以便代码结构更加清晰，易于维护。

 

单一职责原则

一个类只负责一个职责，尽量降低耦合。（具体一个职责有是什么呢，怎么划分就自己视情况而定了）

好处：使程序更有条理；降低维护难度，当修改此类方法时不影响其他类的使用

 

接口隔离原则

建立单一接口，让接口尽量细化，避免实现类实现不必要的接口。（这个很好理解，如果一个接口有10个方法，而实现类只是想调用其中的一个方法而已，那么显然没必要实现其它九个接口啊，自然需要接口的细化隔离）

 

开闭原则

对于扩展是开放的，对于修改是封闭的。

实现方法：如增加一个功能时，不要在原有的代码模块中进行修改，而是在原有的基础上附加新的模块以实现相应的功能，这样就不用对原有的功能进行测试，即使出现错误也是新建模块的错误，便于修改。

 

依赖倒换原则

要依赖于抽象，不要依赖于具体；即类之间产生依赖时，尽量避免直接依赖于实体类，而是依赖于一个抽象

实现方法：实现类A实现功能（x）时应该依赖于接口B，然后将接口B的实现类

（C）当做参数实现传入实现相应的功能（X），而不是直接继承具体的实现类（C）。

 

举个例子：手机（A）要实现充电（X）的功能，实现类（C）是使用type-c充电器，貌似没有什么问题。但如果手机（A）有一天型号变啦，变成苹果手机了，实现类（C）就不能充电了，因此需要实现类（D）完成苹果充电的功能，但是原有的type-c功能不能没了啊，所以还是依赖于接口吧

 

里氏代换原则

即发生在继承的子类和父类，当一段程序使用了父类实现相应的功能时，则在这个地方使用其子类也应当能够实现相同的功能（继承之后重写方法的多态虽然让代码更加的灵活，但是一个方法展现出不同的功能时，确实容易让人混淆）

实现方法：当类继承时，不要去重写父类的方法

 

最少知道原则

应该尽量避免间接对象之间的交互，即方法的细节应该尽量封装在内部，只提供给外部一个调用即可

实现方法：A直接调用了B，B直接调用了C；需要实现以C为基础的功能时，应避免C以局部变量的方式在A中出现并执行相应的逻辑操作，而应该是在B中封装好A想要调用的基于C的功能。

举个例子：小谷（A）想订外卖，直接调用了美团（B），外卖又需要外卖员（C）送，那么需要小谷（A）和外卖员（C）直接沟通吗，显然是不需要的，美团（B）封装了一个方法，小谷（A）只需要调用这个方法传入具体的订餐信息就可以实现送餐功能了，而不需要具体关注外卖员走哪条路，骑什么车来送餐的细节，小谷（A）只要最终收到外卖就可以啦

 

 

想要看具体实例的： https://www.cnblogs.com/pony1223/p/7594803.html

总结的超级详细，膜拜ing