最近几个月一直在开发公司项目中的一个模块。业务非常之复杂, 前台用户操作全部使用js 来控制
经过这几个月的开发, 冗长的js代码以及action处理代码. 使得代码相互嵌套的比较紧密, 改一发而动全身
注释没有到位, 几个月前开发的代码,现在有一部份,都不知是干嘛了.只好再把业务过一遍,熟悉一下
因为这样,才有感而发以下几点:
一、熟悉业务
熟悉业务,是所有开发之根本, 业务都没有熟悉就匆匆下手,所带来的就是后期反复的修改.重构
当然,刚开始不可能了解业务的所有细节, 我们所要做的,就是我第二条所要说的
二、了解模块大局
通常做开发,基本都是把框架搭建好,然后再往里写代码, 分解业务也是一样的道理, 首先把业务分解成最主要的几个分支
熟悉这几个分支相互是如何工作的, 谁调用了谁, 谁依赖谁,谁为谁工作. 等写好这些最主要的东西.再往分支里去细化. 在 保证大业务正确的情况下, 也减少了后期因业务出问题而反工的可能性
三、采用适当的设计模式
采用适用于当前业务好的一个设计模式,不仅可以提高我们的开发效率, 也可以使代码看起来更加的优雅, 方便开发,有 利于未来代码的阅读及修改等工作
四、完善的注释
对于业务非常复杂的系统模块, 注释是必不可少的, 今天你可能非常熟悉这个业务,非常了解你所写的代码。等到一个 月,甚至就在几天之后,你再看你写的代码. 或许都不知写的是什么. 执行的是什么业务. 所以,规范并详尽的注释是非常 有必要的。完善的注释包括: 方法的注释, 方法的业务逻辑, 域的逻辑,以及相应处理代码的相关解释等等
五、代码整洁及规范度
这一块,我原不想加上去, 但确实很重要, 方法的命名, 代码是否使用的最优写法.
最好带着重构思想去写代码等等
对于复杂系统的开发, 或许有很多的开发方法,或原则, 在此只介绍一些我个人的看法,
如有补充,或者有误,还请指出, 共同学习 谢谢