任务一：
192402周盛——192402石皓宇
任务二:
192402石皓宇
结对成员博客：https://www.cnblogs.com/shi13/
任务三：
|
|
互查内容 |
周盛 |
石皓宇 |
|
1.概要部分 |
代码符合需求和规格说明么？ |
符合 |
符合 |
|
代码设计是否考虑周全？ |
周全 |
不周全 |
|
|
代码可读性如何？ |
易读 |
易读 |
|
|
代码容易维护么？ |
容易 |
容易 |
|
|
代码的每一行都执行并检查过了吗？ |
是 |
是 |
|
|
2.设计规范部分 |
设计是否遵从已知的设计模式或项目中常用的模式？ |
是 |
是 |
|
有没有硬编码或字符串或数字等存在? |
有 |
无 |
|
|
代码有没有依赖于某平台，是否会影响将来的移植(如Win32到Win64)? |
无 |
有 |
|
|
开发者新写的代码能否用已有的Library/SDK/Framework中的功能实现？是否存在类似的功能可以调用而不用全部重新实现？ |
否 否 |
否 否 |
|
|
有没有无用的代码可以清除? |
无 |
有 |
|
|
3.代码修改部分 |
修改的部分符合代码标准和风格么(详细条文略) ? |
符合 |
符合 |
|
4.具体代码部分 |
有没有对错误进行处理?对于调用的外部函数，是否检查了返回值或处理了异常? |
有 是 |
有 是 |
|
参数传递有无错误，字符串的长度是字节的长度还是字符(可能是单1双字节)的长度，是以0开始计数还是以1开始计数? |
无 0 |
无 0 |
|
|
边界条件是如何处理的? switch 语句default分支是如何处理的?循环有没有可能出现死循环? |
开始先指定边界条件；当没有defaul分支时，如果没有满足条件的case，直接结束switch；不会出现死循环 |
先确定边界条件是什么，没有defaul分支时，无满足条件语句直跳出switch语句，不会出现死循环。 |
|
|
有没有使用断言( Assert)来保证我们认为不变的条件真的得到满足? |
无 |
无 |
|
|
对资源的利用，是在哪里申请，在哪里释放的?有无可能存在资源泄漏(内存、文件、各种GUI资源、数据库访问的连接，等等) ?有没有优化的空间? |
申请全局变量，在程序运行完后释放掉；无动态申请资源的地方，资源全部限制在函数或者类的局部范围之内不会出现资源泄露的情况。 |
申请全局变量，在程序运行完后释放掉；有限次申请，所以可能不会导致资源泄露。 |
|
|
数据结构中有没有用不到的元素? |
无 |
无 |
|
|
5.效能 |
代码的效能( Performance )如何? |
良好 |
良好 |
|
代码中，特别是循环中是否有明显可优化的部分(C++中反复创建类，C#中string的操作是否能StringBuilder来优化) ? |
否 |
否 |
|
|
对于系统和网络的调用是否会超时?如何处理? |
否 |
无调用 |
|
|
6.可读性 |
代码可读性如何?有没有足够的注释? |
易读 足够 |
易读 足够 |
|
7.可测试性 |
代码是否需要更新或创建新的单元测试?针对特定领域的开发(如数据库、网页、多线程等)，可以整理专门的核查表。 |
需要 |
需要 |
1.代码规范：选取其中一个成员的项目为基础，进行结对编程。结对项目撰写的博客要求：
- 便于阅读代码，每行代码的长度应少于100个字符。
- 所有命名应语义化，使用单词缩写，禁止用拼音缩写命名，如.hfk{…}。
- 变量的后面注释变量含义，类的后面注释类的功能。
- 变量命名用变量的英文来命名利用驼峰命名法适当结合下划线和数字。
2.结对编程的感受
- 两个人结对可以互相找到自己平时发现不了的思维盲区，使程序功能更完善，简介。
- 思维碰撞会产生更好的解决方法，提高程序的用户体验，运行效率。
- 可以一起学习不会的知识，两个人互相探讨难点。
- 验了代码的书写规范，因为代码要保证另一个人能看懂，简单清晰明了，才能保证更好的协作。
3.结对场景
4.需求说明：
- 异常处理，当输入非法字符时，报错，并告知用户，输入非法，然后将打印默认数据。
- 如果算术式增大范围，整数存不下，报错，并告知用户输入范围有误，然后改为最大范围
5.Github链接地址：
https://github.com/shihaoyu23/zhous1
来源：https://www.cnblogs.com/Zhous0570/p/11721263.html