【设计模式】六大原则

    设计模式的六大原则，也是我们编程的重要原则，这是模式们要遵守的，只有保证了这些原则，我们的程序才会达到面向对象的根本目的：可维护，课拓展，可复用，灵活性好。接下来我们就来详细的认识一下这些原则。

一、单一职责原则（SRP）

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

简单的理解，功能要单一。如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能会消弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计，当变化发生变化时，设计会遭遇到意想不到的破坏。例如书中那个游戏程序的设计，就可以将程序分为两个类，一个是游戏的逻辑的类，一个是窗体的类。当有一天要改变界面，或者是更换界面是，不过是窗体类的变化，和游戏类没有关系，依此来达到复用的目的。总之，我们在编程时候，要在类的职责的分离上多思考，做到单一职责。这样，我们的代码才是真正额以维护、易 复用、灵活多样。

情景：就像MP3是用来听歌曲的，相机是用来拍照的，手机拥有很多的功能但是都没有独自做的好，虽然现在手机的功能越来越强大。大多数时候，一件产品简单一些，职责单一一些，或许是更好的选择。

二、开放封闭原则

定义：是说软件实体（类、模块、函数等等）应该可以扩展，但是不可以修改。这个原则有两个特征，一个是'对于扩展是开放的“，一个是说对于更改时关闭的。我们软件开发的过程中，需求是经常变化的，怎样的设计才能够面对需求的改变去可以保持相对稳定，从而使系统可以在第一个版本以后不断的推出新的版本呢，开放——封闭给我们提供了答案。

同时绝对的对修改关闭时不可能的。无论模块是多么的”封闭",都会存在一些无法对之封闭的变化，既然不能完全封闭，设计人员必须对于他设计的模块应该对那些变化封闭作出选择。他必须先猜测出最有可能发生变化的种类，然后构造抽象来隔离那些变化。

地位：开放封闭原则是面向对象设计的核心所在。遵循这个原则可以对来面向对象技术所声明的巨大好处，也就是科委会、可拓展、可复用、灵活性好。开发人员应该仅对程序中呈现出频繁变化的哪些部分作出抽象，然而，对于应用程序中的每个部分都可以的进行抽象同样不是一个好主意。拒绝不成熟的抽象和抽象本身一样重要。

    情景：一国两制：就是一个国家，两种制度。中国大陆是社会主义不能修改，但是香港也不可能一下子回归到社会主义制度。为了回归的大局，增加一种制度又何尝不可。在设计模式中，这种不可修改，但是可以扩展的思想也是最重要的一种设计原则，就是开放——封闭原则。考研求职两不误：考研之前，学习计划是不应该更改的，雷打不动。这就是对修改关闭。但是整天学习效率也是不好的，所有哦完全可以抽出一点时间，在不影响效率的前提下，准备一些求职的工作。这样两者都不会耽误。这就是对扩展开放，对修改关闭的意义。同样那个工作时间的调整也是这个道理，每天保证8个小时的工作量是必须的，公司的调整：对市场销售人员就更加以业绩为标准，工作时间不固定了，其实就是对工作时间或业绩成效的修改关闭，对时间制度扩展的开放。

  三、依赖倒转原则

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

无论主板、CPU、内存、硬盘都是在针对接口设计的，如果针对实现来设计，内存就要对应到具体的某个品牌的主板，就会出现更换内存也要更换主板的尴尬。就像刚才说的，不管高层模块还是低层模块，他们都依赖于抽象，具体一点就是接口或者抽象类。只要接口是稳定的，那么任何一个的更改都不用担心其他受到影响。这就使得无论高层模块还是低层模块都可以很容易被复用。

情景：修电脑的时候，内存条不行了，直接再重写换一根就行，而不用把主板也换了。因为电脑现在都是提供的标准的接口。

四、里氏转换原则（LSP）

定义：子类型必须能够替换掉它们的父类型。

就是一个软件实体如果使用的是一个父类的话，那么一定适用于其子类，而且它觉察不出父类和子类对象的区别。也就是，在软件中，把父类都替换成它的子类，程序的行为没有变化。只有当子类可以替换掉父类，软件单位的功能不受到影响 ，父类才能真正被复用，而子类也能够在父类 的基础上增加新的行为。比如说，猫是继承动物类的，以动物的身份拥有吃、喝、跑、叫等行为，可是当有一天，我们需要狗、猫、羊也拥有类似的行为，由于它们都是继承于动物，所以除了更改实例化的地方，程序不需要其他的修改。

地位：依赖倒转其实可以是面向对象设计的标志，用那种语言来编写程序不重要，如果编写的都是如何针对抽象编程而不是针对细节编程，即程序中所有的依赖关系都是终止于抽象类或者换接口，那就是面向对象的设计，反之就是过程化的设计了。

情景：修复杂的PC电脑很容易，但是修收音机就会很困难，因为收音机是典型的耦合过度。

里氏转换原则和依赖转换的关系：正是因为子类型的可替换性（里氏转换）才使得使用父类类型的模块在无需要修改的情况下可以拓展，不然就没有办法拓展开放，修改关闭了。

五、迪米特法则

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

迪米特法则首先强调的前提是在类的结构设计上，每一个类都应当尽量减低成员的访问权限，也就是，一个类包装好自己的Private状态，不需要让别的类知道的字段就不要公开。迪米特法则其根本思想，是强调类之间的松耦合。例如书中的例子，小菜只需要认识IT部门的主管就可以了，由他来安排工作，即是小张没有时间，那么还可以让小李来做哦。同样道理，我们在程序设计时，类之间的耦合越弱，越有利于复用，一个处于弱耦合的类被修改，不会对有关系的类造成波及，也就是，信息的隐藏促进了软件的复用。

情景：没有熟人其实也能够办成事的，只要IT部的主管，将工作分配好了，那么就会有人帮助小菜了。

六、合成/聚合复用原则（CARP）

定义：尽量使用对象组合，而不是继承来达到复用的目的。

就是在一个新的对象中通过关联，来使用一些已有的对象，使之成为新对象的一部分；新对象通过委派调用已有对象的方法达到复用功能的目的。简言之：复用是尽量使用组合/聚合关系，少用继承。组合聚合是“has a "的关系，而继承是“ is a "的关系。由于继承是一种强耦合的结构，父类变，子类必变。所以不是"is a "关系，我们一般不要使用继承。优先使用组合聚合复用原则，用助于保持每个类的封装，降低继承的层次。

小结：

     这些原则，就是模式们评委，也是我们面向对象编程的重要原则。有了他们，能够使面向对象的有点更加充分的发挥。在生活和故事中理解，在总结中收获，面向对象思想继续理解。