代码规范方案

针对代码规范，主要针对下面3点来开展工作：

• 增强代码规范意识
• 使用工具辅助开发和检查
• 定期抽检各项目组的代码

增强代码规范意识

---

由于代码规范的枯燥性，所以思维上长期不想受约束的软件开发人员很少刻意去记住它。为了增加代码规范趣味性，会周期性尝试代码规范游戏，游戏详细如下：

• 每2周举行一次，根据情况延长或缩短周期
• 参与人员在代码规范中出题，题内容为代码，出题人员参考代码规范，故意写出不符合代码规范的代码，最少设置10以上不符合规范的代码，并提供答案（java , jsp文件格式），交给负责人
• 负责人汇总题目，在会议上，其它参与人员需要找出不符合规范的代码并修正，期间会记录时间，花费时间最长的题目评为最佳出题人
• 会议完毕，参与人员填表反馈效果，以便提高下一次会议效果

题目规则：

• 设计10以上不符合代码规范的问题
• 提供标准的源码格式
• 源码行数不能超过150行
• 问题不能重复出现
• 提供标准答案与答案范例，并指出违反对应哪一条代码规范

时间：
第一期暂定：11月13日下午，会议持续时间1小时，提前两天准备题目
第二期暂定：11月27日下午，会议持续时间1小时，提前两天准备题目

---

第一期

过程	时间
收集题目	2013.11.08 至 2013.11.11
汇总题目	2013.11.12
开展活动	2013.11.13
意见反馈收集	2013.11.14 至 2013.11.15

第一期回顾（意见反馈）

• 不规范的问题重复
• 没有设立规则限制代码行数
• 答案不规范，不标准

---

使用工具辅助和检查

---

在公司代码规范中有部分内容涉及到使用工具，目前支持有eclipse和netbeans，可以安装插件直接使用，部分设置需要调整，可以先使用后调整的方式实行

•  http://rdtrac.pc.com.cn/tracteam/wiki/Spec

时间：
实施时间：2013年11月1日

---

定期抽检各项目组的代码

---

基本与代码审查一样，但是关注点为代码规范，周期为1个月一次（视具体情况而定）。交叉检查在某个时间段修改过的代码，记录不符合规范的代码，提交给项目负责人，并安排时间修改，项目负责人自行跟进修改效果，反馈结果给代码规范负责人

时间：
第一期时间：2013-11-18至2013-11-22 （结合代码审查一起，时间暂时退后）

---