编码之前，请想一想 zz

第 I 条

(a)     这个功能是干什么的？它跟哪些功能有关联关系？客户是否真的有必要需要这个功能？是否合情合理？

(b)     一个方法,尽量只能完成一个功能，客户如果以后扩展怎么办？有时间，尽量把代码重构。

(c)     如果别人可能也调用这个方法，就把它封装成另一个方法，让别人再调用这个封装的方法。

（原因是方便扩展，如果以后修改了这个方法，不会影响别人的方法。）

(d)     理解需求，理清它们的关联关系，是编码之前必须要做的。

(e)     做比较复杂的算法的时候（如递归等），一定要小心，先写出必要的测试用例，把它们重构。

(f)      把注释写的详细一点，特别是接口的地方。

第 II 条   

(a)     重用、优化代码组织、针对契约设计、业务建模 等方法来深入的分析该框架中的一些共通的特性。

(b)     定义interface 时,把每一个方法的用处，一定要描述清楚，（包括谁可能调用）。

(c)     定义3个VO(现在为了方便，都定义一个从前端直通到数据库存了),

COND-VO    对应页面查询的vo。

O-R-M-VO    对应数据库的vo。 在页面上显示的冗余的字段/*标志出。

POJO-VO     对应特别传值的vo(特别的联表查询)然后返给页面显示



在写查询的时候,一定要写只用到的字段的,这样可以提高速度,特别是在联表查询的时候

时刻注意：由空格而引起的BUG.因为空格不好查。