一。组员陈相君的博客园链接
https://www.cnblogs.com/CAPF-/
二。结队成员对程序的审查表
| 内容 |
孟祥鑫审查结果 |
陈相君审查结果 |
|
| 1.概要部分 |
（1）代码符合需求和规格说明吗 |
是 |
是 |
| （2）代码设计是否考虑周全 |
是 |
否 |
|
| （3）代码可读性如何 |
好 |
好 |
|
| （4）代码容易维护吗 |
容易 |
容易 |
|
| （5）代码每一行都执行并检查过了吗 |
是 |
是 |
|
| 2.代码设计规范 |
（1）设计是否尊崇设计模式 |
是 |
是 |
| （2）有无硬编码或字符串/数字等存在 |
无 |
无 |
|
| （3）是否依赖某平台影响移植 |
否 |
否 |
|
| （4）开发者新添功能/相似功能是否能用已有来调试 |
是 |
是 |
|
| （5）有无无用代码可删除 |
无 |
无 |
|
| 3.代码规范部分 |
符合代码规范和风格吗 |
是 |
是 |
| 4.具体代码部分 |
（1）有无对错误进行处理，对于调用外部函数，是否检查了返回值或处理了异常 |
是 |
是 |
| （2）参数传递是否有错误，字符串长度是字节长度还是字符，计数是0开始还是1 |
否 0开始 |
否 0开始 |
|
| （3）边界条件，switch分支，循环死循环 |
是 |
是 |
|
| （4）有无断言（Assert）来保证我们认为的不变条件得到满足 |
有 |
无 |
|
| （5）对于资源的申请释放，有无泄漏，有无优化空间 |
有 |
有 |
|
| （6）数据结构中有无用不到的元素 |
无 |
无 |
|
| 5.效能 |
（1）代码效能如何，最坏情况怎样 |
好 |
好 |
| （2）代码（尤其循环）有无可优化 |
无 |
有 |
|
|
|
（3）系统和网络调用是否超时，如何处理 |
否 |
否 |
| 6.可读性 |
代码可读性如何，有无足够注释 |
好 有 |
好 有 |
| 7.可测试性 |
代码是否需要更新或创建新的单元测试 |
否 |
有 |
三.使用代码进行结对编程
（1）需共同遵循的编程规范
1.变量命名：尽量使用见名知意的名字，尽量不使用拼音作为变量名。若需要两个及以上单词命名，第二个单词开始，首字母大写。
2.注释规范：变量功能、方法功能必须要进行注释。
3.缩进规范：每行最多一条语句。
（2）结对编程感受
代码规范在团队合作中真的很重要，团队的成员编程思路也不太相同需要沟通，在编写代码的过程中尽量保持规范，有不同一件事要及时沟通。
https://github.com/mengxxss/Rg
