一、结对成员博客链接地址
192402田宇航-192402孙殿玮
田宇航同学的博客地址：https://www.cnblogs.com/When6/p/11716031.html
二、代码复审核查表
|
|
内容 |
孙殿玮 |
田宇航 |
|
1.主要部分 |
代码符合需求和规格说明么？ |
符合 |
符合 |
|
代码中的注释是否过多? |
是 |
否 |
|
|
代码中的注释是否充分? |
是 |
是 |
|
|
代码设计是否考虑周全？ |
是 |
是 |
|
|
代码可读性如何 |
可读性高 |
可读性高， |
|
|
代码行内的空格是否得体？ |
是 |
是 |
|
|
代码容易维护么？ |
较容易 |
易维护 |
|
|
代码中，特别是循环中是否有明显可优化的部分？ |
是 |
是 |
|
|
代码的每一行都执行并检查过了吗？ |
执行了 |
是 |
|
|
2.设计规范部分 |
设计是否遵从已知的设计模式或项目中常用的模式 |
是 |
是 |
|
代码行长度是否在要求之内？ |
是 |
是 |
|
|
代码有没有依赖于某平台， |
没有依赖平台
|
没有依赖平台
|
|
|
代码行缩进是否一致？ |
是 |
是 |
|
|
有没有无用的代码可以清除?
|
没有 |
没有 |
|
|
修改的部分符合代码标准么? |
符合 |
符合 |
|
|
3.具体代码部分 |
有没有对错误进行处理? |
有对错误进行处理 |
处理了 |
|
参数传递有无错误 |
无错误
|
无 |
|
|
数据结构中有没有用不到的元素? |
无无用元素 |
没有无用元素 |
|
|
4.效能
|
代码的效能如何？ |
效能较好
|
效能较好
|
|
实现代码中是否消除了直接常量？ |
是 |
否 |
|
|
是否有冗余判断语句？ |
是 |
是 |
|
|
是否把方法中的重复代码抽象成私有函数 |
否 |
是 |
|
|
5.可测试性 |
代码是否需要更新或创建新的单元测试? |
是
|
是
|
1、基本要求三、代码编写基本规范
行宽尽量不要超过五十个字数限制。
2、命名规范
(1)．类命名：首字母大写，每个单词首字母大写（大驼峰命名法），尽量使用能够反映类功能的名词短语，例：UserManage ,UserData等。
(2)．方法名：首字母小写，剩余的每个单词的首字母大写（小驼峰命名法）。
(3)．变量名：首字母小写，之后每个单词首字母都大写，具有足够的说明性，成员变量不需要添加“_”前缀，成员变量添加“_”前缀。
3、注释要求
注释要放在类头，并且注释要随着程序的修改而不断更新。
4、方法函数要求
(1)．一个函数必须限制在50行左右
(2)．每个函数的职责都应该划分的很明确。
5、核心原则
(1)．代码格式简洁，逻辑清晰。
(2)．因为双方都是由c语言转成java语言，优先保证基本功能实现。
(3)．优先保证程序的正确性。
四、结对编程的感受
优点：
1．结对编程可以互相鼓励，互相激励。
2．互相监督，不容易懈怠。
3．互相学习编程能力，遇到不会的地方或错误的地方对方可以及时帮助。
缺点
1.两个人想的不同的时候容易产生分歧，影响效率。
2.写代码习惯不一样，容易产生有的地方看不懂的情况。
综上所述，结对编程优点还是多于缺点，是个很好的锻炼方法。
五、结对场景照片
六、项目设计说明
1.设计目标
通过java语言编写能够完成四则运算的各个功能。
2.设计流程
(1).分析四则运算需要完成的功能
(2).考虑用户输入异常处理
(3).编码实现各个功能
七、Github链接地址
github链接地址：https://github.com/ccutWhen/when