标签：
|
名称 |
解释 |
| 0、单一职责原则（SRP） | 就一个类而言，应该仅有一个引起它变化的原因。 |
| 一、”开放－封闭”原则(OCP) | 在软件设计模式中，这种不能修改，但可以扩展的思想也是最重要的一种设计原则。即软件实体（类、模板、函数等等）应该可以扩展，但是不可修改。
【通俗】：设计的时候，时刻考虑，尽量让这个类是足够好，写好了就不要去修改了，如果新需求来，我们增加一些类就完事了，原来的代码能不动则不动。 |
| 二、里氏代换原则（LSP） | 1.一个软件实体如果使用的是一个父类的话，那么一定适用于该子类，而且他觉察不出父类对象和子类对象的区别。也就是说，在软件里面，把父类都替换成它的子类，程序的行为没有变化。
【一句话】：子类型必须能够替换掉他们的父类型。 |
| 三、依赖倒置原则(DIP) | 1.高层模块不应该依赖于底层模块。两个都应该依赖抽象。2.抽象不应该依赖于细节，细节依赖于抽象（
【白话】：针对接口编程，不要针对实现编程。 |
| 四、接口隔离原则（ISP） | 1.使用多个专门的接口比使用单一的总接口总要好。换而言之，从一个客户类的角度来讲：一个类对另外一个类的依赖性应当是建立在最小接口上的。
2．过于臃肿的接口是对接口的污染。不应该强迫客户依赖于它们不用的方法。 |
| 五、合成/聚合复用原则（CARP） | 尽量使用合成/聚合，尽量不要使用类继承。
【聚合】：表示一种弱的拥有关系，体现的是A对象可以包含B对象，但B对象不是A对象的一部分。 【合成】：一种强的拥有关系，提现了严格的部分和整体的关系，部分和整体的生存周期一致。 |
| 六、迪米特法则（LoD）
最少知识原则 |
强调类之间的松耦合。即：如果两个类不必彼此直接通信，那么着两个类就不应当发送直接的相互作用。如果其中一个类需要调用另一个类的某一个方法的话，可以通过第三者转发这个调用。 |
标签：
原文地址：http://www.cnblogs.com/leetieniu2014/p/4787100.html
