第四次博客作业——结对项目
(1)提供你的结对成员的博客链接地址
一班 刘悦博客链接:https://www.cnblogs.com/liuyue20194598/p/11720700.html
(2)结对成员对四则运算项目进行代码互审,并给出代码审查结果表
一班 刘悦的代码审查表(由一班 刘天乐 完成)
1.概要部分 |
(1)代码能符合需求和规格说明么? 代码符合需求,规格说明还有些不足,运行结果正确 代码考虑周全,形式缩进需要注意 (3)代码可读性如何? 代码逻辑清晰,需求明确 代码不在同一类里,易维护 (5)代码的每一行都执行并检查过了吗? 每一行都可以执行,没有错误
|
2.设计规范部分 |
(1)设计是否遵从已知的设计模式或项目中常用的模式? 有项目中常用的模式 没有 代码是用java 所编写,不影响移植 代码中有用到类的相关包,不需要全部重新实现 (4)有没有无用的代码可以清除?(很多人想保留尽可能多的代码,因为以后可能会用上,这样导致程序文件中有很多注释掉的代码,这些代码都可以删除,因为源代码控制已经保存了原来的老代码。) 没有无用代码 |
3.代码规范部分 |
修改的部分符合代码标准和风格么? 代码标准和风格统一 |
4.具体代码部分 |
(1)有没有对错误进行处理?对于调用的外部函数,是否检查了返回值或处理了异常? 有对错误进行处理 ,并在调用外部函数时检查了返回值等异常现象 参数传递无错误,无字符串 统治了边界条件,无Switch语句,在正常数字范围内输入下数字不会出现死循环 (4)有没有使用断言(Assert)来保证我们认为不变的条件真的满足? 没有 不会导致资源泄露,不用优化 没有 |
5.效能 |
(1)代码的效能(Performance)如何?最坏的情况是怎样的? 效能很好,没有出现任何错误
没有 不会 |
6.可读性 |
代码可读性如何?有没有足够的注释? 代码逻辑清晰可见,并著有很明确的注释,很容易理解 |
7.可测试性 |
代码是否需要更新或创建新的单元测试? 不需要更新 或者创建新的单元测试 |
一班 刘天乐的代码审查表(由一班刘悦 完成)
1.概要部分 |
(1)代码能符合需求和规格说明么? 代码符合需求,也符合规格说明。 代码考虑略有欠缺。 (3)代码可读性如何? 代码逻辑清晰,需求明确 代码不在同一类里,易维护 (5)代码的每一行都执行并检查过了吗? 每一行都可以执行,没有错误语句。
|
2.设计规范部分 |
(1)设计是否遵从已知的设计模式或项目中常用的模式? 有项目中常用的模式 没有 代码是由java 所编写,不影响移植 代码中有用到类的相关包,不需要全部重新实现 (4)有没有无用的代码可以清除?(很多人想保留尽可能多的代码,因为以后可能会用上,这样导致程序文件中有很多注释掉的代码,这些代码都可以删除,因为源代码控制已经保存了原来的老代码。) 没有无用代码 |
3.代码规范部分 |
修改的部分符合代码标准和风格么? 符合代码的标准和风格。 |
4.具体代码部分 |
(1)有没有对错误进行处理?对于调用的外部函数,是否检查了返回值或处理了异常? 有对错误进行处理 ,并在调用外部函数时检查了返回值等,没有发现异常现象。 参数传递无错误,无字符串 无Switch语句,循环不会出现死循环 (4)有没有使用断言(Assert)来保证我们认为不变的条件真的满足? 没有 不会导致资源泄露,不用优化 没有 |
5.效能 |
(1)代码的效能(Performance)如何?最坏的情况是怎样的? 效能很好,没有出现任何错误
没有 不会 |
6.可读性 |
代码可读性如何?有没有足够的注释? 代码逻辑清晰,需求明确并著有很明确的注释 |
7.可测试性 |
代码是否需要更新或创建新的单元测试? 不需要更新 或者创建新的单元测试 |
(3)选取其中一个成员的项目为基础,进行结对编程。结对项目撰写的博客要求:
(a)结合课堂讲授内容,制订一份2人共同遵守的代码编写基本规范(至少包括注释规范与变量命名规范)
我们的代码风格原则是:简明、易读、无二义性,具体要求如下:
a.注释规范
<1>边写代码边注释,修改代码同时修改相应的注释,以保证注释与代码的一致性。不再有用的注释要删除。
<2>尽量避免在注释中使用缩写,特别是不常用缩写。
<3>注释的位置应与被描述的代码相邻,可以放在代码的上方或右方,不可放在下方。
<4>命名中若使用特殊约定或缩写,则要有注释说明。说明:应该在源文件的开始之处,对文件中所使用的缩写或约定,特别是特殊的缩写进行必要的注释说明。
b.变量命名规范
<1>规范命名风格会使代码风格保持一致,更容易被团队中其他伙伴理解。总体原则是所有命名必须做到见名知意。
<2>对于变量命名,禁止取单个字符(如a、b、c…),建议除了要有具体含义外,还能表明其变量类型、数据类型等,但a、b、c作局部循环变量是允许的。
<3>程序中不要出现仅靠大小写区分的相似的标识符。
c.对齐规范
<1> 程序的分界符‘{’和‘}’应独占一行并且位于同一列,同时与引用它们的语句左对齐.
<2>若要拆分出新行要进行适当的缩进,使排版整齐,语句可读.
d.其他规范
<1>尽量不要使用与具体硬件或软件环境关系密切的变量
(b)描述结对编程的感受。
(c)结对场景照片
(4)结对项目编程要求:
对结对项目首先完成代码规范和设计规范的修改,其次完成项目增加的需求,最后将完成的项目提交到github上,给出github的连接地址,可以给出简单的设计说明。
增加的需求:(a)考虑数据异常处理问题,如在输入题目生成范围的数据时,输入了“abc“等字符数据,程序如何处理。
(b)增大算式生成数的范围(如整数存不下的数),程序如何处理。
github的链接地址:https://github.com/clementine-lee/one