类设计7大原则

7大原则再区分

原则的原则：开放关闭原则（OCP）
设计的目标：开放关闭原则（OCP）、里氏替换原则（LSP）、迪米特原则（LoD）
设计的方法：单一职责原则（SRP）、接口分隔原则（ISP）、依赖倒置原则（DIP）、组合/聚合复用原则（CARP）

开放封闭原则

软件实体对扩展开放 对修改关闭

设计的目的

在面对需求的改变而保持系统的相对稳定，从而使得系统可以很容易的从一个版本升级到另一个版本。
设计一个模块时，应当使得这个模块可以在不被修改的前提下被扩展。也就是说，应当可以在不必修改源
代码的情况下修改这个模块的行为。

怎么做

绝对封闭的系统是不存在的。将那些无法封闭的变化抽象出来，进行隔离，加以抽象成不变的接口；然后，允许扩展，尽可能的减少系统的开发。
当变化到来时，我们首先需要做的不是修改代码，而是尽可能的将变化抽象出来进行隔离，然后进行扩展。
也就是面对需求的变化，对程序的修改应该是尽可能通过添加代码来实现，而不是通过修改代码来实现。
实际项目经验中，尽量使可能的变化来得更早一些，以便于抽象及维护

迪米特法则（Low Of Demeter）

一个软件实体应当尽可能少地与其他实体发生相互作用。

「朋友」的确定

1. 当前对象本身（this）。
2. 以参数形式传入到当前对象方法中的对象。
3. 当前对象的成员对象。
4. 如果当前对象的成员对象是一个集合，那么集合中的元素也都是朋友。
5. 当前对象所创建的对象。

怎么做

一个类公开的public属性或方法越多，修改时涉及的面也就越大，变更引起的风险扩散也就越大。因此，尽量不要对外公布太多的public方法和非静态的public变量，多使用private、protected等访问权限。

里氏替换原则（LSP）

所有引用基类的地方必须能透明地使用其子类的对象。在程序中尽量使用基类类型来对对象进行定义，而在运行时再确定其子类类型，用子类对象来替换父类对象。

注意，在类中逻辑判断一个对象是否属于某派生类的行为违反LSP原则。
里氏替换原则(LSP)是使代码符合开闭原则的一个重要保证。

怎么做

• 子类可以实现父类的抽象方法，但不能覆盖父类的非抽象方法。
• 子类中可以增加自己特有的方法。
• 当子类的方法重载父类的方法时，方法的前置条件（即方法的输入/入参）要比父类方法的输入参数更宽松。
• 当子类的方法实现父类的方法时（重载/重写或实现抽象方法）的后置条件（即方法的输出/返回值）要比父类更严格或相等。

依赖倒置原则（DIP）

如果说开闭原则是面向对象设计的目标的话，那么依赖倒转原则就是面向对象设计的主要实现机制之一，它是系统抽象化的具体实现。
依赖倒转原则要求在程序代码中传递参数时或在关联关系中，尽量引用层次高的抽象层类，即使用接口和抽象类进行变量类型声明、参数类型声明、方法返回类型声明，以及数据类型的转换等，而不要用具体类来做这些事情。为了确保该原则的应用，一个具体类应当只实现接口或抽象类中声明过的方法，而不要给出多余的方法，否则将无法调用到在子类中增加的新方法。在引入抽象层后，系统将具有很好的灵活性。在程序中尽量使用抽象层进行编程，而将具体类写在配置文件中。这样一来，如果系统行为发生变化，只需要对抽象层进行扩展，并修改配置文件，而无须修改原有系统的源代码，就能扩展系统的功能，满足开闭原则的要求。
在实现依赖倒转原则时，需要针对抽象层编程，而将具体类的对象通过依赖注入（Dependency Injection，DI）的方式注入其他对象中。依赖注入是指当一个对象要与其他对象发生依赖关系时，通过抽象来注入所依赖的对象。常用的注入方式有3种：构造注入、设值注入（Setter注入）和接口注入。构造注入是指通过构造函数来传入具体类的对象，设值注入是指通过Setter方法来传入具体类的对象，而接口注入是指通过实现在接口中声明的业务方法来传入具体类的对象。这些方法在定义时使用的是抽象类型，在运行时再传入具体类型的对象，由子类对象来覆盖父类对象。

怎么做

• 高层模块不应该依赖低层模块，二者都应该依赖其抽象
• 抽象不应该依赖细节，细节应该依赖抽象
• 依赖倒置的中心思想是面向接口编程
• 依赖倒置原则是基于这样的设计理念：相对于细节的多变性，抽象的东西要稳定的多。以抽象为基础搭建的架构比以细节为基础的架构要稳定的多。在 java 中，抽象指的是接口或抽象类，细节就是具体的实现类
• 使用接口或抽象类的目的是制定好规范，而不涉及任何具体的操作，把展现细节的任务交给他们的实现类去完成

依赖传递的三种方法

1. 接口传递
2. 构造方法传递
3. setter方式传递

单一职责原则（SRP）

就一个类而言，应该仅有一个引起它变化的原因

类的复杂性降低，实现什么职责都有清晰明确的定义；
可读性提高，复杂性降低，那当然可读性提高了；
可维护性提高，那当然了，可读性提高，那当然更容易维护了；
变更引起的风险降低

接口隔离原则（ISP）

建立单一接口，不要建立臃肿庞大的接口。

再通俗的一点讲：接口尽量细化，同时接口中的方法尽量的少。
看到这里大家有可能要疑惑了，这与单一职责原则不是相同的吗？错，接口隔离原则与单一职责的定义的规则是不相同的
单一职责要求的是类和接口职责单一，注重的是职责，没有要求接口的方法减少，例如一个职责可能包含 10 个方法，这 10 个方法都放在一个接口中，并且提供给多个模块访问，各个模块按照规定的权限来访问，在系统外通过文档约束不使用的方法不要访问，按照单一职责原则是允许的。
按照接口隔离原则是不允许的，因为它要求“尽量使用多个专门的接口”,专门的接口指什么？就是指提供给多个模块的接口，提供给几个模块就应该有几个接口，而不是建立一个庞大的臃肿的接口，所有的模块可以来访问。

合成复用原则（CARP）

尽量使用对象组合，而不是继承来达到复用的目的。
通过继承来进行复用的主要问题在于继承复用会破坏系统的封装性，因为继承会将基类的实现细节暴露给子类，由于基类的内部细节通常对子类来说是可见的，所以这种复用又称“白箱”复用。如果基类发生改变，那么子类的实现也不得不发生改变。从基类继承而来的实现是静态的，不可能在运行时发生改变，没有足够的灵活性。而且继承只能在有限的环境中使用（如类没有声明为不能被继承）。
由于组合或聚合关系可以将已有的对象（也可称为成员对象）纳入新对象中，使之成为新对象的一部分，因此新对象可以调用已有对象的功能，这样做可以使得成员对象的内部实现细节对于新对象不可见，所以这种复用又称为“黑箱”复用。相对继承关系而言，“黑箱”复用的耦合度相对较低，成员对象的变化对新对象的影响不大，可以在新对象中根据实际需要有选择性地调用成员对象的操作。合成复用可以在运行时动态进行，新对象可以动态地引用与成员对象类型相同的其他对象。
一般而言，如果两个类之间是“Has-A”的关系，应使用组合或聚合；如果是“Is-A”关系，可使用继承。“Is-A”是严格的分类学意义上的定义，意思是一个类是另一个类的“一种”；而“Has-A”则不同，它表示某一个角色具有某一项责任。