?
第 I 条
(a)? ?? 这个功能是干什么的？它跟哪些功能有关联关系？客户是否真的有必要需要这个功能？是否合情合理？
(b)? ?? 一个方法,尽量只能完成一个功能，客户如果以后扩展怎么办？有时间，尽量把代码重构。
(c)? ?? 如果别人可能也调用这个方法，就把它封装成另一个方法，让别人再调用这个封装的方法。
（原因是方便扩展，如果以后修改了这个方法，不会影响别人的方法。）
(d)? ?? 理解需求，理清它们的关联关系，是编码之前必须要做的。
(e)? ?? 做比较复杂的算法的时候（如递归等），一定要小心，先写出必要的测试用例，把它们重构。
第 II 条????
(a)? ?? 重用、优化代码组织、针对契约设计、业务建模 等方法来深入的分析该框架中的一些共通的特性。
(b)? ?? 定义interface 时,把每一个方法的用处，一定要描述清楚，（包括谁可能调用）。
(c)? ?? 定义3个VO(现在为了方便，都定义一个从前端直通到数据库存了),
COND-VO??? 对应页面查询的vo。
O-R-M-VO??? 对应数据库的vo。 在页面上显示的冗余的字段/*标志出。
POJO-VO???? 对应特别传值的vo(特别的联表查询)然后返给页面显示
?
在写查询的时候,一定要写只用到的字段的,这样可以提高速度,特别是在联表查询的时候
时刻注意：由空格而引起的BUG.因为空格不好查。
相关文章
