zhaiduo.com

Loving Coding & Visual Design

谈谈项目维护

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

首先,框架系统是基石,组件好不好用,方不方便修改,直接影响到了业务逻辑的修改。组件修改/扩展之后,bug的复现率直接反映了组件质量的高低。高度抽象组件好吗?看起来不错,少写很多代码,但是一旦出现逻辑错误,引发的连锁问题将是指数级的,如果对自己的智商不是很有自信,还是尽量简化组件的抽象化。那么怎么样的组件架构,才是最合适维护的组件架构?个人感觉有这几点:
1、组件层级不要太深,最多两到三级
2、组件要做到很容易复制,对,没错,就是复制,尽量避免复杂的抽象,直接复制组件来修改,减少对依赖组件的影响
3、和业务逻辑有关的组件尽量减少抽象化,框架组件尽量做到高重用性

其次,业务逻辑的修改是比较繁琐的,如何做到快速修改而不出错,这个除了要非常熟悉业务逻辑之外,也要对框架架构十分了解。但是这是比较难实现的,特别是时间一久,组件、业务都渐渐淡忘,这给项目的维护增加了不少难度。有没有办法解决?这是我的理解:
1、加强文档化记录
2、适当的注释
3、一定的测试
4、尽量做到自动化
5、完善报错机制

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



最 近 文 章

630.学习新技术的时候如何掌握重点Sun Apr 12 2020 14:23:47 GMT+0000 (UTC)
629.sqlite3 报错事件Mon Mar 02 2020 13:41:41 GMT+0000 (UTC)
628.后端 API 的路在何方Wed Feb 19 2020 10:20:39 GMT+0000 (UTC)
627.我对 Gatsby 的看法Mon Feb 10 2020 13:37:53 GMT+0800 (CST)
626.React Web端项目总结Thu Jan 16 2020 10:33:37 GMT+0800 (CST)
625.小程序原生开发和Taro框架开发对比Fri Dec 06 2019 00:24:22 GMT+0800 (CST)
624.小程序的框架迷思Fri Oct 18 2019 22:51:27 GMT+0800 (CST)
622.对 SSR 服务端渲染的看法Sun Oct 06 2019 18:15:35 GMT+0800 (CST)

Copyright © 2019@窄多之Blog SSR版本 v1.1.2

网站备案号:粤ICP备05005240号-1