设计模式之原则

   【前言】设计模式的原则是设计模式的需要遵守的规范，设计模式满足的规则越多那么这个模式也就越精辟，我们根据设计自己的代码结构的时候要把遵循这些原则作为前提，否则维护时的代价就是巨大的。

   一、单一职责原则

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

     这是什么意思呢，就想我们如果在一个类里面包含了很多功能，比如访问数据库、运算算法等，只要我们需要换一种数据库，那我们就必须去修改这个类，是不是闻到了坏代码的味道，这就违反了我们的开放-封闭原则。

遵循单一原则的优点：

            ·可以降低类的复杂度，一个类只负责一项职责，其逻辑肯定要比负责多             项职责简单的多；

·提高类的可读性，提高系统的可维护性；

·变更引起的风险降低，变更时必然的，如果单一原则遵循的比较好，那么可以显著降低对其他功能的影响。

   二、开放=封闭原则

     软件实体可以扩展但是不能修改。

     也对是要求我们的软件实体对扩展开放，对修改关闭。对应到我们学过的内容就是写一个运算抽象类，然后让这些加减乘除子类继承运算类，如果我们想要添加一个取余的算法只需要再写一个子类就行啦，不用对抽象类进行修改。想要运用好开闭原则，就要在刚开始设计的时候就要考虑好，抽象要合理，对需求的变更具有前瞻性和预见性。

三、依赖倒转原则

     抽象不应该依赖细节，细节应该依赖于抽象，针对接口编程，不要对实现编程；高层模块不应该依赖底层模块，两个都应该依赖抽象。

     我觉得要理解依赖倒转原则主要就是理解面向接口编程，我们的目标不是为了实现某些功能，而是去设想有什么需要的功能，然后编译为接口，当我们需要实现这些功能的时候只需要去继承这些接口就行，而且发生变化时的可扩展性也比较强。

     我们常见的电脑主板、CPU、内存条等都是针对接口编程的，如果CPU坏了，我们只需要换一个新的CPU就可以，对其他元件是没有影响的。但是如果他们是焊接在一起的，那么一个损坏了可能所有的元件都不能正常工作了，所以说针对接口编程使得灵活性大大增强。

   四、里氏代换原则

     一个软件实体如果使用的是一个父类的话，那么一定适用于其子类，而且觉察不出父类对象和子类对象的区别。也就是说，在软件里面，把父类都替换成它的子类，程序的行为没有变化。简单理解：子类型必须能够替换掉它们的父类型。

     里氏代换原则主要是针对于继承的，当子类继承父类的子类必须拥有父类的所有属性，在此基础上可以有自己独特的方法或属性。我们写了一个父类是鸟类，父类有一个属性是飞翔；但是企鹅不会飞，所以企鹅就不能继承父类，再编程的角度来看企鹅不是鸟。

   五、迪米特法则（最少知道原则）

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

     这是减少耦合的一个原则，感觉和中介者有一点像。举个栗子，小明和小红是同事，小亮和小红是邻居，现在小明有东西要给小亮，就可以让小红回家的时候带给小亮，这样就不用单独跑一趟了。好像有点不恰当哈，反正根本原则就是抵制强耦合，尽量让少的类存在耦合关系。

   六、合成聚合复用原则

     尽量使用合成/聚合关系，尽量不要使用类继承。

     过多的继承是类与类之间的耦合关系增强，所以我们应该在使用继承的时候想一下可否使用聚合和组合关系。有限使用对象的组合、聚合有助于保持每个类被封装，并集中在单个任务上。这样类和类继承层次会保持较小规模，并且不太可能会增长成为不可控制的庞然大物。

     下面是在网上看到的一个图片举得很不错分享给大家：（图来自卡奴达摩的博客）

              

   【总结】单一职责原则告诉我们实现类要职责单一；里氏替换原则告诉我们不要破坏继承体系；依赖倒置原则告诉我们要面向接口编程；迪米特法则告诉我们要降低耦合。而开闭原则是总纲，他告诉我们要对扩展开放，对修改关闭。合成聚合复用告诉我们避免过多继承。