项目维护说简单就简单，说复杂也复杂。其实，维护主要分成两大部分：一是框架系统的维护，二是业务逻辑的维护。框架系统没选好，会拖累业务系统的维护，业务复杂，也给框架系统的升级带来一定麻烦。

首先，框架系统是基石，组件好不好用，方不方便修改，直接影响到了业务逻辑的修改。组件修改/扩展之后，bug的复现率直接反映了组件质量的高低。高度抽象组件好吗？看起来不错，少写很多代码，但是一旦出现逻辑错误，引发的连锁问题将是指数级的，如果对自己的智商不是很有自信，还是尽量简化组件的抽象化。那么怎么样的组件架构，才是最合适维护的组件架构？个人感觉有这几点：

1、组件层级不要太深，最多两到三级

2、组件要做到很容易复制，对，没错，就是复制，尽量避免复杂的抽象，直接复制组件来修改，减少对依赖组件的影响

3、和业务逻辑有关的组件尽量减少抽象化，框架组件尽量做到高重用性

其次，业务逻辑的修改是比较繁琐的，如何做到快速修改而不出错，这个除了要非常熟悉业务逻辑之外，也要对框架架构十分了解。但是这是比较难实现的，特别是时间一久，组件、业务都渐渐淡忘，这给项目的维护增加了不少难度。有没有办法解决？这是我的理解：

1、加强文档化记录

2、适当的注释

3、一定的测试

4、尽量做到自动化

5、完善报错机制

有了上述两种系统的充足准备，维护系统应该可以驾轻就熟。