关于如何减轻代码维护负担

如何减轻代码维护负担

现在处于的一种常见的状态是，实现功能的时候，没想那么多，着急的实现了。实现之后，不敢改动了，但是维护起来十分困难，别的产品需要这个功能的时候，移植变得十分困难。

这些天一直在想这个问题，也看了看设计模式相关的书籍。

设计的时候要不断的将问题分解，想清楚哪些代码是以后可能要改变的，哪些是不需要改变的，想清楚怎么扩展。

原则一、将大功能不断的分解成小功能，直到自己认为不能再分解为止，然后将小功能全都设计成接口。

原则二、将功能内聚在同一个模块中。模块只留出接口。这样移植的时候可以直接把模块放过去。

原则三、创建实例的时候，放到单独的函数中。简单工厂。这样方便管理和阅读。

经验1：如果当期功能面对需要操作多个节点，那么设计的时候，需要使用简单工厂+策略模式，也就是把逻辑抽象和具体实现完全分开。比如手机上显示多个短信的操作，可能是发送的，也可能是接收的，发送失败的，是否已读的，一个节点可能涉及到不同的操作，应该这样设计能更好维护。