Chinaunix首页 | 论坛 | 博客
  • 博客访问: 43277
  • 博文数量: 17
  • 博客积分: 371
  • 博客等级: 一等列兵
  • 技术积分: 165
  • 用 户 组: 普通用户
  • 注册时间: 2010-11-29 18:30
文章分类
文章存档

2012年(3)

2011年(14)

我的朋友

分类: 项目管理

2011-03-23 21:19:58

预研:
1:熟悉旧模块的外部接口,统计出来,并形成文档。
2:画出旧模块的主要数据结构。
3:画出复杂的接口,内部处理函数的流程图。
4: 重新设计该模块的原因一般是模块的架构有问题,但业务处理逻辑没有变化。
   所以,主要数据结构应该没有太大的变化,但表现形式可能改变。(考虑系统的性能,内存消耗)
5:根据就模块的数据结构和新模块的架构,重新定义数据结构。定义数据结构时不要用旧模块中的字段的名称。
6:确定新的外部接口。
7:找出新架构下,难以处理的业务逻辑。性能瓶颈

详细设计:
1:首先确定模块的文件目录结构。
2:将核心的数据结构形成头文件。
3:顶住压力(或者自己加班)搭建测试环境,包括编译环境,输入数据、硬件环境,网络环境等等。
4:编写框架的demo代码,要做到可运行,可测试。(写代码时要做到写完一个或几个函数要简单测试下)
   a:编译器可以帮助我们发现低级错误
   b  编译警告我们要仔细查看,做到没有警告。
   c  运行,简单验证功能是否有问题。
   d  验证完后看看是否有可以修改的逻辑。要修改代码的风格。
   e  要现用空函数的形式搭建模块的框架。然后再一个一个的实现这些空函数。(当然实现这些空函数时又产生了一大堆函数)
   f  模块中可能有重复的处理逻辑,要适当的抽象处理,形成一个小功能,供多个地方调用。
   g  一个函数仅处理一件事情,一般情况单个函数的代码不会超过80行(不算大括号),缩小于3次,一行代码不超过80—90个字符。某天一哥们说80行写不玩一函数,另一哥们说原因是你太菜!当时觉得有点偏激,现在看来确实是我太菜。
  h 我现在最头痛的是:我的变量我函数名太长,而一行只有80个字符,一次缩进8个字符,老是要换行,郁闷。

5:demo代码不是实验代码,是正式代码的原型,所以demo代码其实将整个模块的骨架实现了。
6:根据demo代码测试下模块的性能,看看模块在极端情况下的内存情况,性能情况。
如果觉得满意开始详细设计之文档设计。
 



阅读(725) | 评论(1) | 转发(1) |
给主人留下些什么吧!~~

flead2012-03-21 00:44:51

写第一行代码时,模块就可以编译和调试了。是这4年来,我最大的心得。
记得刚来公司时,对编译环境不熟悉,没有执行自己2年的心得(当时2年前),导致直接被高层BS,
惨! 就一个字。