类中的可维护性

Question

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

Answer 1

通过遵循SOLID和DRY原则，您不会做得很糟糕。

实体是：

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

OCP

开放/封闭原则“software entities…”的概念应开放以供扩展，但关闭以进行修改“。

LSP

Liskov替换原理的概念，即“程序中的对象应该可以用子类型的实例替换，而不会改变程序的正确性”。另请参阅按约定设计。

ISP

接口分离原则“多个特定于客户端的接口比一个通用接口更好。”5

DIP

依赖倒置原则应该“依赖于抽象”的概念。不依赖于具体。“5依赖注入是遵循这一原则的一种方法。

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

Answer 2

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

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