Oop 类中的可维护性

如何确保类中的可维护性？它可以简单地通过使用设计模式创建类来完成吗？或者是否还涉及到其他内容？另外，好方法的特点是什么？

遵循这些原则，你不会做得不好

固体是：

单一责任原则 一个对象应该只有一个责任的概念

OCP
开闭原理 “软件实体……应该为扩展而开放，但为修改而关闭”的概念

LSP
里氏代换原则 “程序中的对象应可替换为其子类型的实例，而不改变该程序的正确性”的概念。另见合同设计

ISP
界面分离原理 “许多特定于客户端的接口比一个通用接口更好”的概念

下倾
依赖倒置原则 一个人应该“依赖抽象，不要依赖具体”的概念 依赖注入是遵循这一原则的一种方法

---

DRY代表不要重复自己，这意味着您应该努力消除代码中的任何重复。

遵循这些原则，您不会做得很差

固体是：

单一责任原则 一个对象应该只有一个责任的概念

OCP
开闭原理 “软件实体……应该为扩展而开放，但为修改而关闭”的概念

LSP
里氏代换原则 “程序中的对象应可替换为其子类型的实例，而不改变该程序的正确性”的概念。另见合同设计

ISP
界面分离原理 “许多特定于客户端的接口比一个通用接口更好”的概念

下倾
依赖倒置原则 一个人应该“依赖抽象，不要依赖具体”的概念 依赖注入是遵循这一原则的一种方法

---

DRY代表不要重复自己，这意味着您应该努力消除代码中的任何重复。

投入大量精力以确保有一个良好的界面。一旦你有了它，你可以完全重写这个类，如果你想的话，而不影响项目中的任何其他代码。如果你的类太大了以至于你不能轻易地重写它，那么这也是一个问题

---

虽然Oded的回答有助于确保程序或库的可维护性，但这个问题是关于类的可维护性的，对此，只有两个要求。。。良好的界面和强大的内聚力。

尽全力确保您拥有良好的界面。一旦你有了它，你可以完全重写这个类，如果你想的话，而不影响项目中的任何其他代码。如果你的类太大了以至于你不能轻易地重写它，那么这也是一个问题

虽然Oded的回答有助于确保程序或库的可维护性，但这个问题是关于类的可维护性的，对此，只有两个要求。。。良好的界面和强大的内聚性。

+1尽管我将用包含它的最小意外原则“替换”Liskov替换原则；-）+1尽管我将“替换”Liskov替换原则为包含它的最小意外原则；-）