简述设计模式六大原则

设计模式六大原则，包括：

1.单一职责原则

2.里氏替换原则

3.依赖倒置原则

4.接口隔离原则

5.迪米特法则原则

6.开闭原则

下面分别来解释一下这六大原则。

单一职责原则：

单一职责原则主要是对类库与类库、类与类以及方法与方法之间的功能职责的描述——（个人理解为封装）

第一是类库的单一职责，从系统的解决方案分析，最传统的三层模式，UI层、业务逻辑层以及数据访问层，三层可以代表三个类库(dll)。每一个类库的职责分明，UI层用于管理和实现UI的实现，业务逻辑层用于管理和实现系统业务逻辑，数据访问层用于管理和实现数据库链接和访问。

第二是类的单一职责，系统每个类的理想状态是只描述一类的情况，例如Student类，只要描述Student属性，字段，方法等，不应该处理School或其他类的功能等，这样就可以避免在修改Student类时影响到School类的功能，或者是修改School类时影响到Student类的情况。

第三是方法的单一职责，例如Student类中有新增方法和修改方法，有的人比较喜欢写成一个方法，根据传入的某个参数来区分是新增还是更新，这就违背了单一职责，当你修改新增逻辑时，有可能会影响到修改逻辑，比如修改新增逻辑后，在某一步异常了，就会影响到你的更新逻辑，所以应该写新增和修改两个方法，把它们区分开，它们本来就是不相干的方法，不一样写在一起。总个来说，一个方法，最好是只能做一件事，让方法最小化，方便后期的维护。</