设计模式原则

1.单一职责原则

      就一个类而言，应该仅有一个引起它变化的原因

2.开放-封闭原则（扩展开发，更改封闭）：

     软件实体（类、模块、函数等）可扩展但不可修改

3.依赖倒转原则

    1）高层模块不应该依赖于底层模块，两个都应该依赖抽象

    2）抽象不应该依赖细节，细节应该依赖于抽象（针对接口编程，不要对实现编程）

4.里氏代换原则

    子类必须能够替换父类型

5.迪米特法则（最少知识原则）

    耦合越弱，越有利于复用

    如果两个类不必彼此直接通信，哪么这两个类就不应当发生直接的相互作用。如果其中一个类需要调用另一个类的某一个方法的话，可以通过第三者转发这个调用

前提：在类的结构设计上，每一个类都应当尽量降低成员的访问权限