设计模式的六大原则

1. 开闭原则（Open-Closed Principle: OCP) 

    对软件实体可以扩展，但是不可以修改。在一个系统中，对扩展是开放的，但是对修改是关闭的，一个好的系统可以再不修改源码的情况下扩展功能，满足对软件的新的需求。

2. 里式替换原则（Liskov Substitution Principle: LSP)

    子类必须能够替换它们的父类

     举例：不符合的情况

       （1）鸟<-----企鹅:企鹅不能完全替换为鸟类，因为鸟类有飞翔的动作

3. 依赖倒置原则（Dependence Inversion Principle：DIP)

    （1）具体就是要依赖于抽象，不要依赖于具体

    （2）抽象不应该依赖于细节，细节应该依赖于抽象

    （3）要针对接口编程，不要针对实现来编程

4. 接口隔离原则（Interface Segregation Principle: ISP）

    使用多个专门的接口比使用单一的总接口要好

（以下部分内容转载）

它包含了2层意思：
- 接口的设计原则：接口的设计应该遵循最小接口原则，不要把用户不使用的方法塞进同一个接口里。
  如果一个接口的方法没有被使用到，则说明该接口过胖，应该将其分割成几个功能专一的接口。
- 接口的依赖（继承）原则：如果一个接口a依赖（继承）另一个接口b，则接口a相当于继承了接口b的方法，那么继承了接口b后的接口a也应该遵循上述原则：不应该包含用户不使用的方法。
  反之，则说明接口a被b给污染了，应该重新设计它们的关系。

如果用户被迫依赖他们不使用的接口，当接口发生改变时，他们也不得不跟着改变。换而言之，一个用户依赖了未使用但被其他用户使用的接口，当其他用户修改该接口时，依赖该接口的所有用户都将受到影响。这显然违反了开闭原则，也不是我们所期望的。

下面我们举例说明怎么设计接口或类之间的关系，使其不违反ISP原则。
假如有一个Door，有lock，unlock功能，另外，可以在Door上安装一个Alarm而使其具有报警功能。用户可以选择一般的Door，也可以选择具有报警功能的Door。

有以下几种设计方法：

ISP原则的违反例：

方法一：
在Door接口里定义所有的方法。图：


但这样一来，依赖Door接口的CommonDoor却不得不实现未使用的alarm()方法。违反了ISP原则。

方法二：
在Alarm接口定义alarm方法，在Door接口定义lock，unlock方法，Door接口继承Alarm接口。



跟方法一一样，依赖Door接口的CommonDoor却不得不实现未使用的alarm()方法。违反了ISP原则。

遵循ISP原则的例：

方法三：通过多重继承实现


在Alarm接口定义alarm方法，在Door接口定义lock，unlock方法。接口之间无继承关系。CommonDoor实现Door接口，
AlarmDoor有2种实现方案：
1），同时实现Door和Alarm接口。
2），继承CommonDoor，并实现Alarm接口。该方案是继承方式的Adapter设计模式的实现。
第2）种方案更具有实用性。
这种设计遵循了ISP设计原则。

方法四：通过委让实现


5. 单一职责原则（Single Responsibility Principle:SRP）

     一个类应该只有一个引起它变化的原因

6. 迪米特原则

     一个对象应该对其他对象有最少的了解，尽可能的低耦合。