我对分层的理解(三)

星期天来加班,脑子里一丝反抗BOSS的抵触情绪蔓延开来.因为明天又要有新的项目咯.又要忙起来了.所以决定今天将我对分层的理解写完..OK..闲话少说.切入正题..

前两篇说了,在项目开发过程中如果做前期的规划,可以说,如果做好了前期的开发工作,肯定会带动后期开发的效率以及减少维护期间的工作量..今天总结一下项目开发中分层的关系..

首先:在的项目开发过程中,使用接口来管理和约束你的项目(对于使用接口的概念和优点可以参考我的另一篇我对接口和类的总结)..避免功能模块的重复开发和命名的不统一..

其次:合理的分配文档..例如,8月1日项目启动,项目经理下放文档..8月5日,项目有新的需求变动..项目经理修改下放文档..8月7日,项目再次变动..OK..继续修改下放文档..然而客户的突然取消此次变动,要求按照8月5日的需求变动..这个时候问题就出来了,因为程序员是根据下放的文档进行开发..你每变动一次,代码可能就要修改..对于此次的取消,你可能需要将8月5日的文档需求内容再次开发..对于这样的情况..如果频繁的发生..对于项目的进度和管理会造成极大的麻烦..
我的解决办法:1.项目需求变动,不要修改下放文档..应该发放需求变更文档..并且保留下放文档..并且将此次变更前的代码存挡..这样的好处,其一:项目进度透明.对于一个频繁更改需求的项目来说,很难按照预期的时间开发完成(唯一的解决办法就是加班^_^)..将每次的需求变动按照任务单的形式下放..便于BOSS对项目强度的了解(这个可是升职加薪的关键哦)..其二:解决了上面所说的代码重复开发问题..如果客户要求还原至前期的需求..OK..调出前期存单的功能需求替换就搞定..其三:即便是你存档的功能代码此次变更没有用.但是难保以后不会用在其他客户的需求中用的到呢??

对于三篇文章,我做了以下的总结:
1.优化功能,对于功能结构要合理规划.
2.合理编写代码,添加注释..使你的代码易于维护..每个类都要有详细的注释.如果有必要,就添加对类操作的例子
3.合理高效的使用接口来规范程序..给类添加规则..使项目易于管理..
4.建立项目文档管理制度..使项目透明化.
5.对于代码尽量增大复用性.并归档整理..加快以后项目开发速度..

写到这里..看了看前面两篇文章,才发现有点跑题了.呵呵..本来是想讲分层的经验..谁知道写着写着写成项目中管理的经验了..不过好歹不是偏的很厉害...以上内容都是个人在公司项目开发中的体会和感受..希望对大家在开发中有帮助..如果大家有好的项目开发经验也可以说出来,一起进步..