类要讲究原则-设计模式4

本文主要是介绍类要讲究原则-设计模式4，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

1. 程雅丽同学问我设计模式中讲的原则和模式侧重点是什么？？
  1. 六大原则讲的应该是如何定义一个更好的被复用的类。
  1. 设计模式讲的应该是类之间的巧妙通信
1. 六大原则
  1. 单一职责原则
    1. 再好不过的一个类有且只有一个引起它变化的因素（呵呵，这句话是我背过的）
    1. 再通俗一下，就是再好不过的一个类，有且只有一个功能。
    1. C#编程中有且仅有类组成，如果类做到了单一职责原则有助于类的复用，程序的维护。
  1. 开放-封闭原则
    1. 如果必须对类，进行修改，那么最好的修改方式是增加一些类
    2. 如果预测到必须（或者可能）要对类，进行修改，那么最好是将这些类进行进一步的抽象，得到抽象类，然后增加子类，或者修改子类已完成对它的修改。
  1. 依赖倒转原则
    1. 以我们日常用的暖水壶为例，有三部分构成，瓶胆，外壳，壶塞，其中任何一个坏了，我们都可以进行更换，将暖水壶比作程序1，瓶胆，外壳，壶塞比作三个类，这三个类可以随时被复用。
    1. 我们日常生活中用的水杯，如果杯身破了，那么杯盖也就不能用了。将水杯比作程序2，杯身，和杯盖比作两个类。两个类耦合度太高。
    1. 作为一个优秀的程序员，我们应该尽量做程序1这样的程序。
  1. 里氏代换原则
    1. 在一个继承体系中，多态的实现是父类通过具体实例化对象的不同使用子类的方法。
    1. 那么就应该满足子类和父类拥有完全相同的属性和方法。
  1. 迪米特法则
    1. 如果两个类不必彼此直接通信，那么这两个类就不应当发生直接的相互作用。如果其中一个类需要调用另一个类的某一个方法的话，可以通过第三者转发这个调用。
    1. 类之间的耦合越弱，越有利于复用，一个处在弱耦合的类被修改，不会对有关系的类造成波及。
  1. 合成/聚合原则
    1. 聚合是一种弱的拥有关系
    1. 合成是一种强的拥有关系：翅膀与大雁具有相同的生命周期
    2. 优先使用对象的合成/聚合将有助于你保持每个类被封装，并被集中在单个任务上。这样类和类继承层次会保持较小规模，并且不太可能增长为不可控制的庞然大物。