设计模式的基本原则

设计模式的基本原则是软件设计的编程思想，是前人总结的出设计模式的核心原则

一、单一职责原则

单一职责原则：不要存在多于一个导致类变更的原因

顾名思义，就是职责单一，只做自己要的职责，其他的东西我不干，比如说一个互联网公司技术开发有android开发，ios开发，前端开发，后端开发 等 ，每一个职位都需要要专业的人来开发，才能开发出优秀的产品。如果公司为了节约成本，做android的又要搞ios开发，又要搞后端开发，所有的事都由一个人来干，这样不但忙不过来，而且不可能每一项技术都是那么专业，这就表明了单一职责的重要性。

二、里氏替换原则

里氏替换原则：子类可以扩展父类的功能，但不能改变父类原有的功能

里氏替换原则本质就是继承和多态的应用
这里面的意思是有
1、子类可以实现父类的抽象方法，也可以扩展添加自己的方法
2、当子类重载父类的方法时，方法的前置条件（即方法的形参）要比父类方法的输入参数更宽松，比如父类方法的形参为String，那么子类的方法形参为String或String父类
3、当子类的方法实现父类的抽象方法时，方法的后置条件（即方法的返回值）要比父类更严格。比如父类的方法的返回值为String，那么子类方法返回值为String或String的子类

三、依赖倒置原则

依赖倒置原则：高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象

说白了，就是面向接口
比如我们就常常把访问数据库的代码写成了函数，在访问数据库反复调用，这就叫做高层模块依赖低层模块，但是后来想用其他数据库，问题就来了，我们就不能直接利用高层，解决方法就是面向接口

四、接口隔离原则

接口隔离原则：客户端不应该被强迫地依赖那些根本用不上的方法。

和单一职责原则的区别，其一，单一职责原则原注重的是职责；而接口隔离原则注重对接口依赖的隔离。其二，单一职责原则主要是约束类，其次才是接口和方法，它针对的是程序中的实现和细节；而接口隔离原则主要约束接口接口，主要针对抽象，针对程序整体框架

五、迪米特原则

迪米特法则:一个对象应该对其他对象保持最少的了解

这个就是面向对象的一个特征，对象之前尽量减少耦合，在一个类中应该少出现其他类

六、开闭原则

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

不要改你以前写的代码，你应该加一些代码去扩展原来的功能，来实现新的需求，对于新功能，不要动不动就改别人的代码，而是在之前代码的基础上添加去扩展新功能