java的7条OOP设计原则

Java 是当今使用最广泛的面向对象编程语言之一，以其健壮性、跨平台兼容性和用户友好的语法而闻名。Java 开发人员负责创建范围广泛的软件产品，为我们的数字世界提供动力，从 Web 应用程序到移动应用程序、桌面软件和企业解决方案，再次出现的问题是 Java 中有多少 oops概念？然而，任何优秀的开发人员都必须编写不仅功能强大而且模块化、易于测试、调试和维护的代码。这就是面向对象设计原则发挥作用的地方。通过遵循这些规定，开发人员可以确保他们的代码干净、高效且易于使用，无论是对他们自己还是对将来可能需要使用它的人都是如此。

DRY—不要重复

DRY 是Don’t Repeat Yourself的缩写。顾名思义，该原则侧重于减少整个程序中相同代码的重复。如果你有相同的代码块，在程序的多个部分执行相同的任务，那么这意味着你没有遵循 DRY 原则。DRY 原则可以通过重构代码来实现，从而通过以抽象或函数的形式创建单个可重用代码来消除重复和冗余。

OCP—开闭原则

OCP是Open Closed Principle的缩写，也被认为是OOPs的一个基本原则。根据这个原则，所有实体，如类、方法等，都应该对扩展开放，对修改关闭。这意味着您必须保持代码开放以扩展行为，但不应允许修改现有源代码。该原则强调了Robert C. Martin的说法，“如果已经尝试和测试过的代码没有被触及，它就不会崩溃”。

SRP—单一职责原则

SRP 是Single Responsibility Principle的缩写。这一原则表明一个“类”应该只有一个改变的理由。这意味着一个“类”应该只实现一个功能，并且只在需要更改功能时才更改。如果一个类的职责太多，从长远来看会变得难以管理。使用 SRP，类变得更加模块化和集中，从而导致更易于维护和灵活的代码。

ISP—接口隔离原则

ISP 是接口隔离原则的缩写。该原则指出，如果客户端不使用接口，则不应强行实现该接口。这意味着如果类不使用接口声明的方法，则该类不应实现接口。与 SRP 类似，该原则指出人们应该专注于创建负责特定任务的多个客户端接口，而不是拥有一个单一的接口。

LSP—里氏代换原则

LSP 是Liskov Substitution Principle的缩写。根据原则，派生类必须可替代其基类。这表明程序中的超类对象应该可以被其子类的实例互换，而不会影响程序的正确性。它保证可以使用父类的任何子类代替其父类，而不会导致任何意外行为。

DIP—依赖倒置原则

DIP 是Dependency Inversion Principle的缩写。该原则指出高级类不应该依赖于低级类，相反，两者都应该依赖于抽象。换句话说，模块/类应该依赖于抽象（接口和抽象类）而不是具体的实现。通过引入一个抽象层，DIP旨在减少类之间的耦合，从而使应用程序更易于测试和维护。

COI—组合优于继承

COI 是Composition Over Inheritance的首字母缩写词。顾名思义，该原则强调使用Composition而不是Inheritance来实现代码的可重用性。继承允许子类继承其超类的属性和行为，但这种方法会导致难以修改和维护的僵硬的类层次结构。相比之下，组合通过从其他对象构造对象并组合它们的行为，在类设计中实现了更大的灵活性和模块化。此外，Java 不支持多重继承的事实可能是支持组合而不是继承的另一个原因。