第四次博客作业-结对项目
任务一:
3班刘明康-3班刘磊
任务二:
1.结对成员的博客链接地址:
3班刘明康:
https://www.cnblogs.com/laxla/p/11715364.html
2.代码审查表:
刘明康的代码审查表(由刘磊完成):
编号 |
问题 |
是 |
否 |
不适用 |
|
变量,Auribute,和常量声明缺陷(VC) |
|
|
|
1 |
变量和常量的命名是否与约定保持一致? |
|
√ |
|
2 |
是否存在容易混淆的相似的变量和属性名? |
√ |
|
|
3 |
变量和属性是否书写正确? |
|
√ |
|
4 |
变量和属性是否被正确的初始化? |
√ |
|
|
5 |
非局部变量是否能用局部变量替换? |
|
√ |
|
6 |
所有的for循环的控制变量是否都在循环顶部被声明? |
|
√ |
|
7 |
是否有应该命名为常量的文字常量? |
|
√ |
|
8 |
变量和属性是否可以用常量替换? |
√ |
|
|
9 |
属性是否可以用本地变量? |
|
√ |
|
10 |
所有的属性是否都有正确的访问限制符? |
√ |
|
|
11 |
是否有静态属性应该是非静态或vice-versa? |
|
√ |
|
12 |
是否有应该命名为常量的文字常量? |
|
√ |
|
|
方法定义缺陷(FD) |
|
|
|
1 |
变量和属性是否书写正确? |
|
√ |
|
2 |
方法名的描述方法是否与命名约定一致? |
|
√ |
|
3 |
每个方法的参数值在使用之前是否都作了检查? |
|
√ |
|
4 |
对于每一个方法,它是否都返回了正确的值? |
|
√ |
|
5 |
每种方法是否都有正确的访问限制符(private, protected, |
|
√ |
|
|
输入输出缺陷(IO) |
|
|
|
1 |
文件在被使用之前是否都被打开? |
|
√ |
|
2 |
输入对象的属性是否与使用的文件一致? |
√ |
|
|
3 |
文件在被使用之后是否都被关闭? |
|
√ |
|
|
计算/数值缺陷(CN) |
|
|
|
1 |
文本中是否有拼写和语法上的错误? |
|
√ |
|
2 |
所有的I/O异常处理的是否合理? |
√ |
|
|
|
模块间接口缺陷 |
|
|
|
1 |
方法调用的参数的数量,顺序,类型和值是否与该方法声明一致? |
|
√ |
|
2 |
度量单位是否一致(如:公分 vs. 公尺)? |
√ |
|
|
3 |
如果对象或数组被传递,它们是否改变?是否被调用方法正确改变? |
|
√ |
|
|
注释缺陷(CM) |
|
|
|
1 |
每一个方法,类和文件是否都有适当的头注释? |
√ |
|
|
2 |
每一个属性,变量和常量的声明是否都有注释? |
|
√ |
|
3 |
每个类和方法的潜在行为是否都有用简易的语言进行解释? |
|
√ |
|
4 |
方法和类的头注释是否和它们的功能保持一致? |
|
√ |
|
5 |
注释和代码是否保持一致? |
|
√ |
|
6 |
注释对于理解代码是否有帮助? |
|
√ |
|
7 |
代码中的注释是否充分? |
|
√ |
|
8 |
代码中的注释是否过多? |
|
√ |
|
刘磊的代码审核表(由刘明康完成):
编号 |
问题 |
是 |
否 |
不适用 |
|
变量,Auribute,和常量声明缺陷(VC) |
|
|
|
1 |
变量和常量的命名是否与约定保持一致? |
√ |
|
|
2 |
是否存在容易混淆的相似的变量和属性名? |
|
√ |
|
3 |
变量和属性是否书写正确? |
|
√ |
|
4 |
变量和属性是否被正确的初始化? |
√ |
|
|
5 |
非局部变量是否能用局部变量替换? |
|
√ |
|
6 |
所有的for循环的控制变量是否都在循环顶部被声明? |
|
√ |
|
7 |
是否有应该命名为常量的文字常量? |
|
√ |
|
8 |
变量和属性是否可以用常量替换? |
|
√ |
|
9 |
属性是否可以用本地变量? |
|
√ |
|
10 |
所有的属性是否都有正确的访问限制符? |
|
√ |
|
11 |
是否有静态属性应该是非静态或vice-versa? |
|
√ |
|
12 |
是否有应该命名为常量的文字常量? |
|
√ |
|
|
方法定义缺陷(FD) |
|
|
|
1 |
变量和属性是否书写正确? |
|
√ |
|
2 |
方法名的描述方法是否与命名约定一致? |
|
√ |
|
3 |
每个方法的参数值在使用之前是否都作了检查? |
|
√ |
|
4 |
对于每一个方法,它是否都返回了正确的值? |
|
√ |
|
5 |
每种方法是否都有正确的访问限制符(private, protected, |
|
√ |
|
|
输入输出缺陷(IO) |
|
|
|
1 |
文件在被使用之前是否都被打开? |
|
√ |
|
2 |
输入对象的属性是否与使用的文件一致? |
|
√ |
|
3 |
文件在被使用之后是否都被关闭? |
|
√ |
|
|
计算/数值缺陷(CN) |
|
|
|
1 |
文本中是否有拼写和语法上的错误? |
|
√ |
|
2 |
所有的I/O异常处理的是否合理? |
|
√ |
|
|
模块间接口缺陷 |
|
|
|
1 |
方法调用的参数的数量,顺序,类型和值是否与该方法声明一致? |
|
√ |
|
2 |
度量单位是否一致(如:公分 vs. 公尺)? |
√ |
|
|
3 |
如果对象或数组被传递,它们是否改变?是否被调用方法正确改变? |
|
√ |
|
|
注释缺陷(CM) |
|
|
|
1 |
每一个方法,类和文件是否都有适当的头注释? |
|
√ |
|
2 |
每一个属性,变量和常量的声明是否都有注释? |
|
√ |
|
3 |
每个类和方法的潜在行为是否都有用简易的语言进行解释? |
|
√ |
|
4 |
方法和类的头注释是否和它们的功能保持一致? |
|
√ |
|
5 |
注释和代码是否保持一致? |
|
√ |
|
6 |
注释对于理解代码是否有帮助? |
|
√ |
|
7 |
代码中的注释是否充分? |
|
√ |
|
8 |
代码中的注释是否过多? |
|
√ |
|
3.对项目撰写的博客要求 :
(1) 制订一份2人共同遵守的代码编写基本规范(至少包括注释规范与变量命名规范)
a.类的命名遵循大驼峰命名法,方法名和变量名的命名遵循小驼峰命名法。常量名使用大写字母表示,单词之间以下划线分隔。
b.注释代码段,对不理解的变量进行注释。
c.注释要求英文及英文的标点符号,不允许给注释加外框。
d.重要变量必须有注释,在循环和逻辑分支地方的上行必须就近书写注释。
e.为便于阅读代码,每行代码的长度应少于100个字符。
(2) 描述结对编程的感受。
我自己写代码时不太注意编程规范,所以代码风格不是很优秀,再次读自己写的代码时就像看天书一样,可读性很差,但是两人结对编程的话两人可以互相商量变量命名等事宜,一个人也可以提醒代码规范的问题。
结对编程还可以快速找到bug,自己看自己的代码,很难看到自己的bug,有了队友的审查,就很快能找到自己的bug。
但是结对编程会使效率降低,两个人有不同的意见,就很麻烦,需要协商。但是写出的代码错误率更低,代码质量更高。
(3) 结对场景照片
4.结对项目编程要求:
(1)github的连接地址:
https://github.com/Minky-liu/-.git
(2)说明
设计了三个类:其中包括工厂类,计算类,判断类。
工厂类将用户操作界面包装起来,体现程序的封装作业。
计算类进行四则运算。
判断类根据用户输入,返回相应的数据,将数据传入计算类根据用户输入实现四则运算。
(3)需求说明
1.异常处理,当输入非法字符时,报错,并告知用户,输入非法,然后将打印默认数据。
2.如果算术式增大范围,整数存不下,报错,并告知用户输入范围有误,然后改为最大范围。