如何解决一类的可维护性
| 如何保证课堂的可维护性?可以仅通过使用设计模式创建类来完成此操作,还是要进行其他操作?另外,好的方法有什么特点?解决方法
遵循SOLID和DRY原则,您不会做错任何事情。
SOLID是:
SRP单一责任原则
一个对象应该只承担单一责任的概念。
OCP
开闭原则
“软件实体……应为扩展而开放,而为修改而封闭”的概念。
LSP
里斯科夫替代原则
“程序中的对象应该可以用其子类型的实例替换而不改变程序的正确性”的观念。另请参见按合同设计。
互联网服务提供商
接口隔离原理
“许多客户端特定的接口比一个通用的接口要好。” [5]
蘸
依赖倒置原则
一个人应该“依赖抽象。不要依赖混凝土。” [5]
依赖注入是遵循此原理的一种方法。
DRY代表“不要重复自己”,这意味着您应努力消除代码中的所有重复项。
,尽力确保您拥有良好的界面。一旦有了这些,就可以完全重写类(如果需要),而不会影响项目中的任何其他代码。如果您的课程太大,以至于您无法轻易地重写它,那么这也是一个问题。
尽管Oded的回答对于确保程序或库的可维护性是有好处的,但这个问题与类的可维护性有关,为此,只有两个要求:良好的界面和强大的内聚性。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。