小组作业：代码复审核查表

概要部分

1.代码符合需求和规格说明么?

跑腿小程序代码符合需求和规格说明。我仔细阅读了需求和规格说明文档，并确保代码实现了文档中定义的功能和要求。代码经过简单的功能测试，没有明显的错误或缺陷。

2.代码设计是否考虑周全?

我的代码设计主要考虑了安全性和功能性。在安全性方面，我采取了一系列措施来保护用户数据和防止潜在的安全漏洞。例如，我使用了合适的加密算法来存储和传输敏感数据，以防止数据泄露。我还实施了用户身份验证和授权机制，确保只有经过验证的用户能够访问特定的功能和数据。在功能性方面，我努力确保代码实现了需求和规格说明中定义的所有功能。我进行了详细的需求分析，并将其转化为模块化的代码结构。我选择了适当的数据结构和算法来支持所需的功能，并进行了测试和验证，以确保功能的正确性和稳定性。但是没考虑到代码的可扩展性，使得未来添加新功能或进行修改困难。

3.代码可读性如何?

在编写代码时，我注重使用清晰明了的命名约定，以便其他开发人员可以轻松理解代码的功能和意图。我选择了有意义的变量、函数和类名，并遵循了常用的编程惯例和命名规范。我对代码的结构和格式进行了良好的组织，使用了适当的缩进和代码布局，以提高代码的可读性。我还添加了注释来解释代码的关键部分、算法步骤或复杂逻辑的解释，以帮助其他人理解代码的工作原理。我还采用了模块化的设计原则，将代码分解为独立的函数或类，每个函数或类负责特定的任务。这种模块化的设计使得代码更易于理解和维护。我经常进行代码审查和重构，以确保代码保持简洁、可读性高，并且没有冗余或复杂的部分。这样可以提高代码的可维护性，并减少其他开发人员在理解和修改代码时的困难。

4.代码容易维护么?

首先，我遵循了清晰的代码结构和模块化的设计原则。我将代码分解成小的、独立的模块或函数，每个模块或函数负责特定的功能。这种模块化的设计使得代码的各个部分相互独立，修改一个模块或函数不会对其他部分产生不良影响，提高了代码的可维护性。
其次，我注重代码的可读性和可理解性。使用有意义的变量和函数命名，添加适当的注释，以及遵循良好的代码风格和命名约定，使得其他开发人员可以轻松理解代码的目的和功能。这样，当需要修改或调试代码时，其他人员能够快速上手并进行必要的更改，提高了代码的可维护性。
另外，我进行了充分的代码测试。通过编写单元测试和集成测试，我可以快速检测代码中的错误和问题，并确保修改代码时不会引入新的错误。测试也有助于减少代码的脆弱性，使得维护过程更加可靠和安全。
最后，我定期进行代码审查和重构。代码审查可以发现潜在的问题和改进的机会，并通过重构来改善代码的结构和性能。这样，即使在项目的后续阶段，代码也能够保持清晰、可维护和易于修改。

5.代码的每一行都执行并检查过了吗 ?

虽然我没有对每一行代码进行逐行检查，但我按照功能点进行了检查。我相信通过按功能点进行检查，可以捕捉到大部分潜在的问题和错误。此外，我还进行了代码审查和测试，以确保代码的整体质量和正确性。
在开发过程中，我重点关注每个功能点的正确实现。我仔细阅读了需求和规格说明，确保代码实现了其中定义的功能。我进行了测试和验证，以确保每个功能点的正确性和可靠性。
此外，我也注重代码的整体逻辑和流程。我仔细分析了代码的各个部分，确保它们之间的交互和依赖关系是正确的，并进行了相应的测试和验证。

设计规范部分

1.设计是否遵从已知的设计模式或项目中常用的模式?

答：观察者模式：在校园跑腿小程序中，订单状态的变化、餐品库存的更新等都需要实时通知给用户或相关方。观察者模式允许您定义一种一对多的依赖关系，当一个对象状态发生改变时，所有依赖于它的对象都会得到通知并自动更新。

2.有没有硬编码或字符串/数字等存在?

答：有硬编码或字符串/数字等存在
字符串：查找所有直接写在代码中的文本，如按钮标签、提示信息、错误信息、API路径等。如果这些字符串是固定的且不会改变，它们能是硬编码的。
数字：检查代码中是否有直接使用的数字，如价格、折扣率、超时时间、状态码等。这些数字如果直接写入代码而没有通过变量或常量来管理，那么它们也是硬编码的。硬编码的数字可能会降低代码的可读性和可维护性，特别是当这些数字需要在多个地方使用时。

3.代码有没有依赖于某一平台，是否会影响将来的移植(如win32到 win64)?·

答：随着软件对计算机主存的需求的扩张，32位平台的4G主存寻址空间逐渐成为机器性能的瓶颈，长期来看，解决这一矛盾的最优方案是使用支持更大主存空间的软件运行平台。就当前来所，PC机上支持更大地址空间的硬件平台就是x64了，当然除了硬件外还需要64位的操作系统和运行时库的支持，才能运行64位的应用程序。看来这种改变是比较复杂的，代码依赖某一平台，影响到将来的移植，但是这个问题是可以解决的。

4.开发者新写的代码能否用已有的ubrary/sDK/Framework中的功能实现?在本项目中 是否存在类似的功能可以调用而不用全部重新实现 ?

答：新写的代码没有用已有的Library/SDK/Framework中的功能实现，在本项目中并不存在类似的功能可以调用而不用全部重新实现。

5.有没有无用的代码可以清除 ?

答：暂时没有。基本上每一段代码都有对应的功能，若是后续发现有可以优化的代码将会进行优化。

具体代码部分

1.有没有对错误进行处理？对于调用的外部函数，是否检查了返回值或处理了异常？

答：我们使用日志记录来处理外部函数调用的错误。如果外部函数返回了None或出现异常，我们会记录错误信息。也可以根据具体情况，选择适当的错误处理方式，如记录日志、抛出异常、返回错误码等。

2.参数传递有无错误，字符串的长度是字节的长度还是字符(可能是单/双字节)的长度，是以0开始计数还是以1开始计数？

答：参数没有错误，字符串的长度是字符长度，是以0开始计数。

3.边界条件是如何处理的？switch语句的default分支是如何处理的？循环有没有可能出现死循环？

答：没有边界条件。没有Switch语句的Default，循环没有出现死循环。

4.有没有使用断言(Assert)来保证我们认为不变的条件真的得到满足？

答：没有使用断言（Assert）来保证我们认为不变的条件真的满足。

5.对资源的利用，是在哪里申请，在哪里释放的？有无可能存在资源泄漏（内存、文件、各种GUI资源、数据库访问的连接，等等）？有没有优化的空间？

答：这个没有

6.数据结构中有没有用不到的元素？

答：没有涉及到数据结构的内容

效能：

1.代码的效能（Performance）如何？最坏的情况是怎样的？

代码可以直接完成功能，所以说效能还是不错的，但是速度的快，之类的，我们真达不到这种水平，这样的程序，也应该不必要效能测试，最坏的情况无不是代码无法完成需求，出现错误，速度慢。

2.代码中，特别是循环中是否有明显可优化的部分（C++中反复创建类，C#中 string 的操作是否能用StringBuilder 来优化）？

答：代码中的循环并不多，所以没必要再进行所谓的优化。也没有明显的优化部分。

3.对于系统和网络调用是否会超时？如何处理?

答：没有网络超时。

可读性：

1.代码可读性如何？有没有足够的注释？

答：代码具有一定的可读性，有足够多的注释

可测试性：

1.代码是否需要更新或创建新的单元测试?针对特定领域的开发(如数

据库、网页、多线程 等)，可以整理专门的核查表。
答：没有涉及到单元测试