设计模式六大原则

1.  单一职责原则（Single Responsibility Principle）

    方法的单一职责：一个方法只负责一件事儿，（根据职责分拆小方法，避免分支逻辑判断）
    类的单一职责：一个类只负责一件事儿
    类库的单一职责： 一个类库应该职责清晰
    系统层面的单一职责：为通用的功能分拆系统

    类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可能会导致原本运行正常的职责P2功能发生故障。 这就违背了单一职责。

2.  里氏替换原则（Liskov Substitution Principle）

    任何使用基类的地方，都可以透明的使用其子类

   1) 父类有的，子类是必须有的；
       如果出现子类不应该有的东西，那就需要断掉继承；
    （可以再来一个父类，在这个父类里面只包含应该有的东西）
    2) 子类可以拥有自己的属性和行为
       子类出现的地方  父类不一定能够代替
       我喜欢小动物，我一定喜欢狗狗，
       如果我喜欢狗狗，却不一定喜欢小动物
    3)  父类实现的东西，子类就不要再写 （就是避免使用new 关键字隐藏）
       使用了这个关键字以后可能会出现点意外
       建议使用抽象类 或者虚方法 来进行修改父类的行为

3.  迪米特法则  （Law Of Demeter）

     一个对象应该对其他对象保持最少的了解。只与直接的朋友通信。

     依赖别人更少，也让别人了解的更少！高内聚低耦合!

4.  依赖倒置原则（Dependence Inversion Principle）

     上层模块不应该依赖于低层模块，二者应该通过抽象依赖 
     核心就是让我们如何面向抽象编程

5.  接口隔离原则（Interface Segregation Principle） 

    客户端不应该依赖它不需要的接口；
    一个类对另一个类的依赖应该建立在最小的接口上；

6.  开闭原则    （Open Closed Principle) 

     对扩展开发，对修改关闭
     修改： 修改代码  不允许
     扩展： 增加代码
     面向对象开发中，比较推崇：无论是修改功能，还是新增功能，都通过新增类来实现！从   而达到一个代码稳定的效果 
     C# 是静态语言，最小粒度到类！