设计模式--原则

1. 记忆方法：李大哥单独开着奥迪去接依依。

2. 六大原则概述

1. 单一职责原则（SRP, Single Responsibility Principle）强调的是单个类要内聚。什么是职责，职责就是变化的原因a reason for change。对于一个类，应该仅有一个引起它变化的原因。如果你能到多于一个的动机去改变一个类，那个这个类就具有多余一个的职责这样可以保持类的内聚性cohesion。如果应用程序的变化方式总是导致这两个职责同时变化，那个就不必分离它们。
   1. 比如，动物的呼吸，对于不同动物的呼吸是不一样的，这时候如果所有的动物都用一个呼吸就变得不合适了。
2. Liskov替换原则（LSP, Liskov Substitution Principle）强调的是父类和子类间关系。子类型必须能够替换掉他们的基类型。通俗的说，就是子类只能扩展它的基类，不能改变它的基类。比如，在子类的成员方法中覆盖了父类的成员方法。具体地包含以下四层意思：
   1. 子类可以实现父类的抽象方法，但不能覆盖父类的非抽象方法。
   2. 子类中可以增加自己特有的方法。
   3. 当子类的方法重载父类的方法时，方法的前置条件（即方法的形参）要比父类方法的输入参数更宽松。
   4. 当子类的方法实现父类的抽象方法时，方法的后置条件（即方法的返回值）要比父类更严格
3. 依赖倒置原则（DIP, Dependency Inverting Principle）强调的是依赖关系。a.高层模块不应该依赖于低层模块，二者都应该依赖于抽象b.抽象不应该依赖于细节。细节应该依赖于抽象。本质上讲是面向接口编程。例如，妈妈给孩子讲故事。
4. 接口隔离原则（ISP, Interface Seperation Principle）强调的是依赖关系。应当为客户提供尽可能小的单独的接口而不应该提供大的综合性的接口。在这里接口的意思相当于C++的虚拟基类。不应该强迫客户依赖于它们不用的方法观察者模式中，如果一个观察者可能想服务器注册多次的时候，可以用一个专门的id加以区分。
5. 开闭原则（OCP, Open-Closed Principle）强调的是类的实体间关系。软件实体（类、模块、函数等等）应该是可以扩展的，但是不可修改的。一个软件实体应该对扩展开放对修改闭合。open for extension, closed for modification。
6. 迪米特原则：一个软件实体应该尽可能少的与其它实体发生相互作用，通俗地来讲，就是一个类对自己依赖的类知道的越少越好。例如：总公司的经历应该通过子公司的经理来访问子公司员工，而不是直接访问子公司的员工。

2. 其他原则

1. 合成聚合复用原则：尽量使用合成聚合而不是继承去实现复用。

3.参考资料

1. http://blog.csdn.net/zhengzhb/article/details/7278174
2. http://blog.csdn.net/zhengzhb/article/details/7281833
3. http://blog.csdn.net/zhengzhb/article/details/7289269
4. http://blog.csdn.net/zhengzhb/article/details/7296921
5. http://blog.csdn.net/zhengzhb/article/details/7296930
6. http://blog.csdn.net/zhengzhb/article/details/7296944#comments