设计模式六大原则

　

 

一、 “开放-封闭”原则（OCP）

　　 Open-Closed Principle：一个软件实体应当对扩展开放，对修改关闭。

　　 优点：通过扩展已有软件系统，可以提供新的行为，以满足对软件的新的需求，使变化中的软件有一定的适应性和灵活性。
   　　　　 已有软件模块，特别是最重要的抽象层模块不能再修改，这使变化中的软件系统有一定的稳定性和延续性。

二、 里氏代换原则（LSP）

　　 Liskov Substitution Principle：子类型(subtype)必须能够替换它们的基类型。反过来的代换不成立。

　　 例子：长方形和正方形，正方形不可以做长方形的子类。 正方形满足长方形的条件所以可以基类。

三、 依赖倒置原则(DIP)

　　依赖倒置（Dependence Inversion Principle）原则讲的是：要依赖于抽象，不要依赖于具体

　　抽象不应当依赖于细节；细节应当依赖于抽象；
　　要针对接口编程，不针对实现编程

四、 接口隔离原则（ISP）

　　接口隔离原则（Interface Segregation Principle）讲的是：使用多个专门的接口比使用单一的总接口总要好。换而言之，从一个客户类的角度来讲：

　　一个类对另外一个类的依赖性应当是建立在最小接口上的

　　实现方法：
　　1、 使用委托分离接口
　　2、 使用多重继承分离接口

 

五、 单一职责原则

　　定义：不要存在多于一个导致类变更的原因。通俗的说，即一个类只负责一项职责。 
问题由来：类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可能会导致原本运行正常的职责P2功能发生故障。

  

六、 迪米特法则（LoD）　

　　迪米特法则（Law of Demeter或简写LoD）又叫最少知识原则（Least Knowledge Principle或简写为LKP），

　　也就是说，一个对象应当对其它对象有尽可能少的了解。

　　其它表述：
  　　只与你直接的朋友们通信
  　　不要跟"陌生人"说话
  　　每一个软件单位对其它的单位都只有最少的知识，而且局限于那些与本单位密切相关的软件单位。

 

 

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

　　 合成/聚合复用原则（Composite/Aggregate Reuse Principle或CARP）经常又叫做合成复用原则（Composite Reuse Principle或CRP），

　　 就是在一个新的对象里面使用一些已有的对象，使之成为新对象的一部分；新对象通过向这些对象的委派达到复用已有功能的目的。

　　 简而言之，要尽量使用合成/聚合，尽量不要使用继承。

　　 最常见的地方：角色分配上。