Java：设计模式六大原则

在面向对象设计领域，软件开发人员在开发过程中总结了不少的经验，许多经验在现代软件开发过程中已经被认为是原则来被遵守。

---

单一职责原则

单一职责原则（SRP：Single responsibility principle）又称单一功能原则，它规定一个类应该只有一个发生变化的原因。单一职责原则就是指一个类或者模块应该有且只有一个改变的原因。
如果一个类承担的职责过多，就等于把这些职责耦合在一起了。一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计，当发生变化时，设计会遭受到意想不到的破坏。而如果想要避免这种现象的发生，就要尽可能的遵守单一职责原则。此原则的核心就是解耦和增强内聚性

---

开闭原则

开闭原则（OCP：Open-Closed Principle）。软件实体应当对扩展开放，对修改关闭。这句话说得略微有点专业，我们把它讲得更通俗一点，也就是：软件系统中包含的各种组件，例如模块（Modules）、类（Classes）以及功能（Functions）等等，应该在不修改现有代码的基础上，引入新功能。开闭原则中“开”，是指对于组件功能的扩展是开放的，是允许对其进行功能扩展的；开闭原则中“闭”，是指对于原有代码的修改是封闭的，即不应该修改原有的代码。
遵循开闭原则设计出的模块具有两个主要特征：

• 对于扩展是开放的（Open for extension）。这意味着模块的行为是可以扩展的。当应用的需求改变时，我们可以对模块进行扩展，使其具有满足那些改变的新行为。也就是说，我们可以改变模块的功能。
• 对于修改是关闭的（Closed for modification）。对模块行为进行扩展时，不必改动模块的源代码或者二进制代码。模块的二进制可执行版本，无论是可链接的库、DLL或者.EXE文件，都无需改动。

实现方法：抽象，把抽象接口与实现分离。

---

里氏替换原则

里氏替换原则（LSP：Liskov Substitution Principle），OCP作为OO的高层原则，主张使用“抽象”和“多态”将设计中的静态结构改为动态结构，维持设计的封闭性。“抽象”是语言提供的功能。“多态”由继承语义实现。
里氏替换原则中说，任何基类可以出现的地方，子类一定可以出现。 LSP是继承复用的基石，只有当派生类可以替换掉基类，软件单位的功能不受到影响时，基类才能真正被复用，而派生类也能够在基类的基础上增加新的行为。使用基类的引用的函数，必须能够在不知道具体派生类对象类型的情况下使用它们。
LSP原则是对OCP原则的补充，OCP的关键步骤是抽象化，而基类和子类的继承关系就是抽象化的具体体现，所以LSP是对实现抽象化的具体步骤的规范。

---

依赖倒置原则

所谓依赖倒置原则（DIP：Dependence Inversion Principle）就是要依赖于抽象，不要依赖于具体。简单的说就是要求针对抽象针对接口进行编程，不要针对实现进行编程，这样就降低了客户与实现模块间的耦合。
依赖倒置原则：

• 高层次的模块不应该依赖于低层次的模块，他们都应该依赖于抽象。
• 抽象不应该依赖于具体，具体应该依赖于抽象

实现：尽量使用层次高的类

---

接口隔离原则

接口隔离原则（ISP：Interface Segregation Principle）：使用多个专门的接口比使用单一的总接口要好。不要强迫客户使用它们不用的方法，如果强迫用户使用它们不使用的方法，那么这些客户就会面临由于这些不使用的方法的改变所带来的改变。

• 一个类对另一个类的依赖应该建立在最小的接口上。
• 客户端不应该依赖它不需要的接口

---

迪米特法则

迪米特法则（LOD：Law of Demeter），就是说一个对象应当对其他对象有尽可能少的了解,不和陌生人说话。
迪米特法则可以简单说成：talk only to your immediate friends。 又被解释为下面几种方式：一个软件实体应当尽可能少的与其他实体发生相互作用。每一个软件单位对其他的单位都只有最少的知识，而且局限于那些与本单位密切相关的软件单位。

---

以上大多参考百度百科