设计模式之六大原则

设计模式六大原则：

开闭原则（Open Closed Principle,OCP）
里氏替换原则（Liskov Substitution Principle,LSP）
依赖倒转原则（Dependency Inversion Principle,DIP）
接口隔离原则（Interface Segregation Principle,ISP）
单一职责原则
迪米特法则（Principle of Least Knowledge）

开闭原则

开闭原则指的是对于扩展是开放的，对于修改是关闭的。通俗的讲，一个软件实体应能由开发人员扩展，但是不能修改该实体中已经指定好的内容。
当软件需要变化时，尽量通过扩展软件实体的行为来实现变化，而不是通过修改已有的代码来实现变化。
开闭原则是最基础的设计原则，其他的五个设计原则都是开闭原则的具体形态。

里氏替换原则

里氏替换原则指的是在子类中，应该能够正确访问基类的成员。即子类不能对基类的成员进行覆盖或修改。
当使用继承时，应该遵循里氏替换原则。类B继承类A时，除了添加新的方法来实现新的功能外，应该尽量不要重写父类A的方法，也尽量不要重载父类A的方法。

依赖倒转原则

高层次的模块不应该依赖于低层次的模块，他们都应该依赖于抽象。
抽象不应该依赖于具体实现，具体实现应该依赖于抽象。
依赖倒置原则是程序要依赖于抽象接口，不要依赖于具体实现。简单的说就是要求对抽象进行编程，不要对实现进行编程，这样就降低了客户与实现模块间的耦合。

接口隔离原则

一个类对另一个类的依赖应该建立在最小的接口上。如若不然，继承于该接口的类必须实现他们不需要的方法。

单一职责原则

每个类应该实现单一的职责，如若不然，就应该把类拆分。

迪米特法则

一个类对自己依赖的类知道的越少越好。也就是说无论被依赖的类多么复杂，都应该将逻辑封装在方法的内部，通过public方法提供给外部。这样当被依赖的类变化时，才能最小的影响该类。
最少知道原则的另一个表达方式是：只与直接的朋友通信。类之间只要有耦合关系，就叫朋友关系。耦合分为依赖、关联、聚合、组合等。我们称出现为成员变量、方法参数、方法返回值中的类为直接朋友。局部变量、临时变量则不是直接的朋友。我们要求陌生的类不要作为局部变量出现在类中。