设计模式——六大原则

单一职责原则

产生的原因

：如果一个类中承担的责任太多其中承担的职责并不能都做到极致，所以在大多数的情况下，一件产品的职责单一一些会是一种更好的选择，例如：手机就是多个功能的集成，打电话，听音乐，拍照，但是一个音乐学家会用专用的设备听音乐，一个摄影师会相机拍照片不用手机。

如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能会削弱或者抑制这个类完成其他职能的能力，这种耦合会导致脆弱的设计，在变化产生时，设计会遭受到一项不到的破坏。

单一职责原则强调：就一个类而言应该仅有一个引起他变化的原因

开放封闭原则：

开放封闭原则：是说软件石头（类，模块，函数等），应该可以扩展，但是不能修改。

**其核心的思想是：**软件实体应该是可扩展，而不可修改的。也就是说，对扩展是开放的，而对修改是封闭的。

因此，开放封闭原则主要体现在两个方面：
对扩展开放，意味着有新的需求或变化时，可以对现有代码进行扩展，以适应新的情况。
对修改封闭，意味着类一旦设计完成，就可以独立完成其工作，而不要对类进行任何修改

无论模块式多么的封闭，都会存在一些无法对峙封闭的的变化，既然不可能完全封闭，设计人员必须对于他设计的模块应该对那张变化封闭做出选择。必须先草测出最优可能发生变化的种类，然后构造抽象来隔离这些变化。

依赖倒转原则：

## 依赖倒转原则

：高层模块不应该改依赖底层模块，两个都应该依赖抽象（接口或抽象类），抽象不应该依赖于细节，细节应该依赖于抽象。
一般情况下抽象的变化概率很小，让用户程序依赖于抽象，实现的细节也依赖于抽象。即使实现细节不断变动，只要抽象不变，客户程序就不需要变化。这大大降低了客户程序与实现细节的耦合度。

**

里氏代换原则：

里氏代换原则：子类必须能够替换掉他们的父类型，也就是说如果使用的是一个父类的话，那么一定抵用于其子类，而且他察觉不出父类对子类的区别，也就是说，在软件里面，把父类都替换成他的子类，程序的行为没有变换。

接口隔离原则：

接口隔离原则对接口进行规范约束，包括四层含义：
（1）接口尽量小
这是接口隔离的原则的核心定义，根据接口隔离拆分接口时，首先必须满足单一职责原则
（2）接口要高内聚
什么是高内聚：就是提高接口，类模块处理能力，减少对外的交互。
（3）定制服务：
单独为一个个体提供 优良的服务，采用定制服务有一个要求：只提供访问者需要的方法。
（4）接口设计是有限度的
接口设计丽都越小系统越灵活，但是灵活的同时也带来了结构的复杂化，开发难度增加，可维护降低，多以接口设计一定要适度。

迪米特法则

迪米特法则（Law of Demeter）又叫作最少知识原则（Least Knowledge Principle 简写LKP），就是说一个对象应当对其他对象有尽可能少的了解,不和陌生人说话。

迪米特法则认为如果两个类之间不必产生联系，那么这两个类之间就不应当直接的相互作用，如果其中的一个类要调用其中的一个类那个可以通过第三方来转发这个调用。

首先强调的是在类的结构设计上应该包装好自己的状态不需要让别人知道的字段或者行为就不要公开。

在程序设计时类之间的耦合越弱就越有利于服用，一个处在弱耦合的类被修改，不会对有关系的类造成波及。

迪米特法则的根本就是降低类之间的耦合。