https://github.com/Zgo-main/z-main
2.结对成员博客链接地址
3.代码互审表
|
部分 |
内容 |
张博涵 |
孙铭 |
|
概要 |
代码符合需求和规格说明吗 |
是 |
否 |
|
代码设计是否考虑周全 |
否 |
否 |
|
|
代码可读性如何 |
好 |
好 |
|
|
代码容易维护吗 |
易 |
易 |
|
|
代码每一行都执行并检查过了吗 |
是 |
是 |
|
|
代码设计规范 |
设计是否尊崇设计模式 |
否 |
否 |
|
有无硬编码或字符串/数字等存在 |
有数字 |
有数字 |
|
|
是否依赖某平台影响移植 |
是 |
是 |
|
|
开发者新添功能/相似功能是否能用已有来调试 |
能 |
能 |
|
|
有无无用代码可删除 |
有 |
无 |
|
|
代码规范部分 |
符合代码规范和风格吗 |
否 |
否 |
|
具体代码部分 |
有无对错误进行处理，对于调用外部函数，是否检查了返回值或处理了异常 |
否 |
否 |
|
参数传递是否有错误，字符串长度是字节长度还是字符，计数是0开始还是1 |
否 |
否 |
|
|
边界条件，switch分支，循环死循环 |
否 |
否 |
|
|
有无断言（Assert）来保证我们认为的不变条件得到满足 |
无 |
无 |
|
|
对于资源的申请释放，有无泄漏，有无优化空间 |
有 |
有 |
|
|
数据结构中有无用不到的元素 |
无 |
无 |
|
|
效能
|
代码效能如何，最坏情况怎样 |
无 |
无 |
|
代码（尤其循环）有无可优化 |
无 |
无 |
|
|
系统和网络调用是否超时，如何处理 |
无 |
无 |
|
|
可读性 |
代码可读性如何，有无足够注释 |
有 |
无 |
|
可测试性 |
代码是否需要更新或创建新的单元测试 |
是 |
是 |
4.结对编程
-
代码编写基本规范
-
注释规范
-
文件注释：文件注释写入文件头部
-
类属性、公有和保护方法注释：写在类属性、公有和保护方法上面。用//来注释,需要对齐被注释代码
-
成员变量注释内容：成员变量的意义、目的、功能，可能被用到的地方。用//来注释,需要对齐被注释代码
-
对变量的定义和分支语句（条件分支、循环语句等）必须编写注释
-
避免在注释中使用缩写，特别是不常用缩写
-
-
变量命名规范
-
变量名方法名第一个单词为小写字母，第二个单词开始以后的每个单词的首字母都采用大写字母
-
函数名每个单词首字母都大写
-
-
-
编程的感受
感受是程序必须要测试，编写程序必须考虑并测试程序哪里会出现错误。学会了测试和Try catch的使用，略微了解了github这个网站。
-
结对场景照片
5.增加的需求
-
输入了“abc“等字符数据，程序如何处理
-
整数存不下的数，程序如何处理
- 输出abc会退出程序
-
-
输入abc会提示并返回重新输入
