任务1：

在学习通上注明结对的成员对格式：班级姓名-----班级姓名

4班赵海浩 — 4班王元

任务2：

结对的成员共同完成本次作业，撰写博客并将结对项目的程序发布到github上

代码审查表

部分	内容	赵海浩审查结果	王元审查结果
1、概要　部分	（1）代码符合需求和规格说明吗	符合	符合
	（2）代码设计是否考虑周全	是	是
	（3）代码可读性如何	可行	可行
	（4）代码容易维护吗	容易	容易
	（5）代码每一行都执行并检查过了吗	是	是
2、代码设计规范	（1）设计是否遵从已知的设计模式或项目中常用的模式	是	是
	（2）有无硬编码或字符串/数字等存在	无	无
	（3）代码是否依赖某平台，是否会影响将来的移植	否	否
	（4）开发者新添功能/相似功能是否能用已有来调试	是	是
	（5）有无无用代码可删除	无	无
3、代码规范部分	符合代码规范和风格吗	符合	符合
4、具体代码部分	（1）有无对错误进行处理，对于调用外部函数，是否检查了返回值或处理了异常？	是	是
	（2）边界条件，switch分支，循环死循环	无	无
	（3）数据结构中有无用不到的元素	无	无
5、效能	（1）代码效能如何，最坏情况怎样	好	好
	（2）代码中，特别是循环中是否有明显可优化的部分	有	有
	（3）对于系统和网络的调用是否超时，如何处理	否	否
6、可读性	代码可读性如何？有无足够注释？	可读性良好，有	可读性良好，有

（1）代码书写规范，尽量保持4个缩进

（2）行宽限定在100字符

（3）尽量多分行，尽量不要多条语句放在一行上，要简明易读

（4）变量名前尽量加上有意义的前缀，方便直接理解

（5）变量名中不要提到类型或其他语法方面的描述还有避免过多的描述，尽量避免可有可无的修饰词

（6）多使用大小学来进行区分变量名

（7）复杂的注释应该放在函数头，注释也要随着程序修改而不断更新。

（1）结对编程能提供更好的设计质量和代码质量，两人合作还有互相督促激励的作用

（2）一千个人心中有一千个哈姆雷特，每个人的想法思路都是不一样的，结对编程为这个程序提供了更多的可能性

（3）俩人不间断的复审有效确保了程序的完成度并降低了错误的可能性

（4）俩人轮流分工合作，然后互换检查，避免了长时间紧张工作而导致观察力和判断力下降，让每个人都可以更认真负责的完成任务

　　在原有设计基础上添加了考虑数据异常处理问题，如在输入题目生成范围的数据时，输入了“abc“等字符数据，程序如何处理以及增大算式生成数的范围的功能。