2017年7月1日 下午2:43
几个原则：
1. 测试类中方法不能太多
1. 解决方法：可以想象这个函数代表的功能是谁的
2. 测试类中主方法太长
1. 用c写的习惯了，100行以内根本不认为多
2. 而java中面向对象，超过二十行就觉得有点多了
3. 构造函数顺序：
1. 无参构造
2. 主键构造
3. 带所有参数的构造
4. 注释注释注释注释
各占1/3的时间
- 需求说明：
- 像关心下一代项目就没有需求说明，他想做出来再改
- mnt-lab也是这
- Report其实也是，那些流程都没有定出来写文档
- 动手之前的分析占了很长时间：report项目
- 完成之后的修改也要很长时间：mnt-lab门户项目