简单粗暴，Java设计模式六大原则的理解

六大原则

• 单一职责原则

• 里氏替换原则

• 依赖倒置原则

• 接口隔离原则

• 迪米特原则

• 开闭原则

单一职责

• 概念：对功能进行分类，代码进行解耦

• 栗子：一个网络请求框架大体分为：请求类，缓存类，配置类；不能把这三个功能混合在一块儿，必须分红三个类分别去实现不一样的功能

里氏替换

• 概念：在继承类时，除了扩展一些新的功能以外，尽可能不要删除或者修改对父类方法的引用，也尽可能不要重载父类的方法

• 栗子：每一个类都是Object的子类，Object类中有一个toString()的方法，假如子类重写该方法而且返回null，这个子类的下一级继承返回的都是null，那么在不一样开发人员维护时可能考虑不到这个问题，而且极可能会致使程序崩溃

依赖倒置

• 概念：高层模块不依赖低层次模块的细节，高层次就是不依赖细节而是依赖抽象（不依赖具体的类，而是依赖于接口）

• 栗子：某个网络框架为了知足不一样开发者的需求，即能使用高效的OkHttp框架，也可使用原生的API。正所谓萝卜白菜各有所爱，那么是如何进行切换的呢，这个时候须要面向接口编程思想了，把一些网络请求的方法封装成一个接口，而后分别建立OkHttp和原生API的接口实现类，固然也方便后续其余开发人员进行扩展其余网络框架的应用

接口隔离

• 概念：在定义接口方法时应该合理化，尽可能追求简单最小，避免接口臃肿

• 栗子：在实际开发中，每每为了节省时间，可能会将多个功能的方法抽成一个接口，其实这设计理念不正确的，这样会使接口处于臃肿的状态，这时就须要合理的拆分接口中的方法，另外抽取成一个独立的接口，避免原有的接口臃肿致使代码理解困难

迪米特 | 最少知道

• 概念：一个对象应该对其余对象有最少的了解；一个类应该对本身须要耦合或调用的类知道得最少，类的内部如何实现、如何复杂都与调用者或者依赖者不要紧，调用者或者依赖者只须要知道他须要的方法便可，其余的一律不关心。类与类之间的关系越密切，耦合度越大，当一个类发生改变时，对另外一个类的影响也越大。只与直接的朋友通讯。每一个对象都必然会与其余对象有耦合关系，两个对象之间的耦合就成为朋友关系，这种关系的类型有不少，例如组合、聚合、依赖等。

• 栗子：通常在使用框架的时候，框架的开发者会抽出一个类供外部调用，而这个主要的类像是一个中介同样去调用框架里面的其余类，偏偏框架里面其余类通常都是不可访问（调用）的，这个框架就遵照了迪米特原则，其余开发人员只关心调用的方法，并不须要关心功能具体如何实现

开闭

• 概念：类、模块和函数应该对扩展开放，对修改关闭

• 栗子：在软件的生命周期内，由于变化、升级和维护等缘由须要对软件原有代码进行修改时，可能会给旧代码中引入错误，也可能会使咱们不得不对整个功能进行重构，而且须要原有代码通过从新测试，整个流程对开发周期影响很大，这个时候就须要开闭原则来解决这种问题

总结

• 单一职责原则告诉咱们实现类要职责单一

• 里氏替换原则告诉咱们不要破坏继承体系

• 依赖倒置原则告诉咱们要面向接口编程

• 接口隔离原则告诉咱们在设计接口的时候要精简单一

• 迪米特原则告诉咱们要下降耦合

• 开闭原则是总纲，告诉咱们要对扩展开放，对修改关闭

精品文章

设计模式六大原则

面向对象六大基本原则 - 网络引擎切换

若是不够准确，请帮忙指出

这篇文章要是对你有帮助的话，记得点个赞