设计原则

单一职责原则

单一职责原则是一种面向对象的设计原则，改原则指出软件模块应该只有一个被修改的理由。在大多数情况下，编写java代码时都会将单一职责原则应用于类。
单一职责原则可被视为使封装工作达到最佳状态的良好实践。更改的理由是：需要修改代码。如果类需要更改的原因不止一个，那么每个类都可能引入影响其他类的更改。当这些更改单独管理同一模块时，一系列更改可能会破坏与其他更改原因相关的功能。
另一方面。每个更改的职责/理由都会增加新的依赖关系，使代码不那么健壮，更难一修改。

在这种情况下，car不仅封装了逻辑，还会封装数据库操作（两个职责是改变的两个原因）。这将使我们的类更加难维护和测试，因为代码时紧密耦合的。如果将来想要更改数据库系统，我们必须更改car代码。这个可能在car逻辑中产生错误。相反，更改car逻辑可能会在car逻辑中产生错误。
解决方案是创建2个类：一个用于封装car逻辑，另一个用于负责持久性。

开闭原则

这个原则如下：模块，类和函数应该对扩展开放，对修改关闭。
因此。最好的办法是尝试在完成后保持模块不变，并通过继承和多态扩展来添加新功能。开闭原则是最重要的设计原则之一，是大多数设计模式的基础。

里氏替换原则

里氏替换原则（LSP）与子类型多态密切相关。基于面向对象语言中的子类型多态，派生对象可以用其父类型替换。
里氏替换原则声明，在设计模块和类时，必须确保派生类型从行为的角度来看是可替代的。当派生类型被其父类型替换时，其余代码就像它是子类型那样使用它。从这个角度来看，派生类型应该像其父类型那样表现，不应该破坏它的行为。这称为强行为子类型。

接口隔离原则

客户端不应该依赖于它所不需要的接口
实际应用中，接口隔离原则（ISP）减少了代码耦合，使软件更健壮，更易于维护和扩展。

现在我们需要实现一名为Mechanic（机修工）的类。机修工修理汽车，所以我们增加了修理汽车的方法。在这个例子中，Mechanic类依赖于ICar类，但是，Car类提供的方法超出了Mechanic需要。
这是一个糟糕的设计，因为如果我们想把汽车替换为另外一辆汽车，需要在Mechanic类中进行修改，这违反了开闭原则。换个思路，我们可以创建一个仅公开Mechanic类所需要的相关方法接口。
如下图：

依赖倒置原则

高级模块不应该依赖低级模块，两者都应该依赖抽象。
抽象不应该依赖于细节，细节应该依赖于抽象。
为了理解这个原理，我们必须解释解耦和耦合的重要概念。耦合是指软件系统的模块彼此依赖的程度。依赖度越低，维护和扩展系统就越容易。有不同的方法来解耦系统的组件。其中一个办法就是高级逻辑与低级模块分开，如下图，这样做是，可以尝试让他们都依赖于抽象进而减少二者之间的依赖关系。如此就可以替换成扩展其中任何一个模块而不影响其他模块。