面向对象的设计原则是OOP编程的核心，但我已经看到大多数Java程序员追逐设计模式，如Singleton模式，Decorator模式或Observer模式，并没有充分注意学习面向对象的分析和设计。学习面向对象编程（如抽象，封装，多态和继承）的基础知识非常重要。但是，了解面向对象的设计原则同样重要。它们将帮助您创建一个干净的模块化设计，以便将来轻松测试，调试和维护。
我经常看到各种经验水平的Java程序员和开发人员，他们从未听说过这些OOP和SOLID设计原理，或者根本不知道特定设计原则提供什么好处以及如何在编码中应用这些设计原则。
尽我所能，我已经记下了所有重要的面向对象设计原则并将其放在这里以供快速参考。这些至少可以让你了解它们是什么以及它们提供的好处。
1. DRY (Don't repeat yourself)
我们的第一个面向对象的设计原则是DRY，顾名思义DRY（不要重复自己）意味着不要编写重复的代码，而是使用Abstraction在一个地方抽象常见的东西。如果你在两个以上的地方有一个代码块，请考虑将其作为一个单独的方法，或者如果你使用多次硬编码值使它们公开最终常量。
这种面向对象设计原则的好处在于维护。重要的是不要滥用它，重复不是代码，而是功能。这意味着如果你使用公共代码来验证OrderID和SSN，那么这并不意味着它们是相同的，或者它们将来会保持不变。
通过使用两个不同功能或事物的公共代码，你可以永久地将它们紧密耦合，当你的OrderId更改其格式时，您的SSN验证代码将会中断。
所以要注意这种耦合，只是不要组合使用类似代码但不相关的任何东西。你可以在Udemy上进一步查看Java课程中的软件架构和设计模式基础知识，以了解有关编写设计系统时要遵循的良好代码和最佳实践的更多信息。
2. 封装有哪些变化
软件领域中只有一件事是不变的，那就是“改变”，所以封装你期望或怀疑将要改变的代码。这种OOP设计原则的好处是可以轻松测试和维护适当的封装代码。
如果你使用Java进行编码，则遵循默认情况下将变量和方法设为私有的原则，并逐步增加访问权限，例如：从私人到受保护而非公共。
Java中的一些设计模式使用Encapsulation，Factory设计模式是Encapsulation的一个示例，它封装了对象创建代码，并提供了以后引入新产品的灵活性，而不会影响现有代码。
3.开放封闭设计原则
类方法或函数应该是Open for extension（新功能）和Closed以进行修改。这是另一个漂亮的SOLID设计原则，它可以防止有人更改已经试验和测试过的代码。
理想情况下，如果只是添加新功能，那么应该测试该代码，这是开放式封闭设计原则的目标。顺便说一句，Open Closed原则是SOLID首字母缩略词中的“O”。
4.单一责任原则（SRP）
单一责任原则是另一种SOLID设计原则，在SOLID首字母缩略词上代表“S”。根据SRP，类的更改原因不应超过一个，或者类应始终处理单个功能。
如果在Java的一个类中放置了多个功能，它会引入两个功能之间的耦合，即使更改了一个功能，也有可能破坏耦合功能，这需要进行另一轮测试以避免对生产环境产生任何意外。
5.依赖注入或反转原理
这个设计原则的优点在于任何由DI框架注入的类都易于使用模拟对象进行测试并且更易于维护，因为对象创建代码集中在框架和客户端代码中没有那么多。
实现依赖注入有多种方法，比如使用像AspectJ那样的一些AOP（Aspect Oriented programming）框架的字节码检测，或者使用像Spring一样使用的代理。
6.赞成组合而不是继承
可以的话，一般是优先选择组合而不是继承。有些人可能会争论这一点，但我发现组合比继承灵活得多。
复合允许在运行时通过在运行时设置属性来更改类的行为，并通过使用接口来组合类，我们使用多态性，它提供了灵活性，可以在任何时候用更好的实现进行替换。
7.利斯科夫替代原则（LSP）
根据Liskov替换原则，子类型必须可替代超类型，即使用超类类型的方法或函数必须能够与子类的对象一起工作而没有任何问题“
LSL与单一责任原则和接口隔离原则密切相关。类具有比子类更多的功能可能不支持某些功能并且违反LSP。
8.接口隔离原理（ISP）
接口隔离原则指出，如果客户端不使用接口，它就不应该实现接口。这种情况通常发生在一个接口包含多个功能，而客户端只需要一个功能而不需要其他功能时。
界面设计是一项棘手的工作，因为一旦释放界面，就无法在不破坏所有实现的情况下更改界面。
9.授权原则
Java中这种设计原则的另一个好处是，接口的缺点是在任何类都可以使用之前实现所有方法，因此具有单一功能意味着实现的方法更少。
不要自己做所有的事情，把它委托给不同的类。委托设计原则的经典例子是Java中的equals()和hashCode()方法。为了比较两个对象是否相等，我们要求类本身进行比较，而不是客户端类进行检查。
这种设计原则的主要好处是没有代码的重复，并且很容易修改行为。事件委托是此原则的另一个示例，其中将事件委托给处理程序进行处理。
所有这些 面向对象的设计原则 通过努力实现高内聚和低耦合，帮助你编写灵活且更好的代码。理论是第一步，但最重要的是培养发现何时应用这些设计原则的能力。