第四次博客作业-结对项目
任务一：
3班刘明康-3班刘磊
任务二：
1.结对成员的博客链接地址：
3班刘磊：
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 |
代码中的注释是否过多? |
|
√ |
|
(1) 制订一份2人共同遵守的代码编写基本规范（至少包括注释规范与变量命名规范）
3.对项目撰写的博客要求 ：
a.类的命名遵循大驼峰命名法，方法名和变量名的命名遵循小驼峰命名法。常量名使用大写字母表示，单词之间以下划线分隔。
b.注释代码段，对不理解的变量进行注释。
c.注释要求英文及英文的标点符号，不允许给注释加外框。
d.重要变量必须有注释，在循环和逻辑分支地方的上行必须就近书写注释。
e.为便于阅读代码，每行代码的长度应少于100个字符。
(2) 描述结对编程的感受。
我自己写代码时不太注意编程规范，所以代码风格不是很优秀，再次读自己写的代码时就像看天书一样，可读性很差，但是两人结对编程的话两人可以互相商量变量命名等事宜，一个人也可以提醒代码规范的问题。
结对编程还可以快速找到bug，自己看自己的代码，很难看到自己的bug，有了队友的审查，就很快能找到自己的bug。
但是结对编程会使效率降低，两个人有不同的意见，就很麻烦，需要协商。但是写出的代码错误率更低，代码质量更高。
(3) 结对场景照片
4.结对项目编程要求：
（1）github的连接地址：
https://github.com/Minky-liu/-.git
（2）说明
设计了三个类：其中包括工厂类，计算类，判断类。
工厂类将用户操作界面包装起来，体现程序的封装作业。
计算类进行四则运算。
判断类根据用户输入，返回相应的数据，将数据传入计算类根据用户输入实现四则运算。
（3）需求说明
1.异常处理，当输入非法字符时，报错，并告知用户，输入非法，然后将打印默认数据。
2.如果算术式增大范围，整数存不下，报错，并告知用户输入范围有误，然后改为最大范围。
