DEV Community
·
0.4 - 第2周 - 进展
内容提要
这是我对该问题贡献的第二部分。我调整了用户状态的响应，将500错误改为404（用户不存在）和410（用户已删除）。经过开发者的帮助，我添加了检查用户是否存在的代码块，并提交了草稿PR，等待反馈。接下来，我将与开发者沟通，添加测试和文档，最终合并PR。
关键要点
-
这是我对该问题贡献的第二部分，讨论了我的进展。
-
我调整了用户状态的响应，将500错误改为404（用户不存在）和410（用户已删除）。
-
我尝试找到返回500代码的代码，但未能找到，发现重要代码在其他仓库中。
-
我下载了相关仓库并链接文件，使服务器和前端正常工作。
-
理解代码库花费了我很多时间，因为代码与express不相似，使用了context。
-
我无法从前端调用/inbox路由，因该路由需从后端调用。
-
开发者建议我使用postman，并发现我克隆了一个损坏的代码版本。
-
我在代码的最深层做了更改，导致一切崩溃，意识到代码是公共的，需谨慎修改。
-
我添加了一个检查用户是否存在的代码块，以便根据用户状态返回404或410。
-
我提交了草稿PR，等待开发者的反馈，计划在确认后添加测试和文档。
-
我希望与开发者保持沟通，确保我的更改得到批准后再深入修改。
延伸解读
用户状态响应的重要性
在开发过程中，正确处理用户状态响应至关重要。将500错误改为404和410，不仅能提高用户体验，还能帮助开发者更清晰地识别问题。这种细致的错误处理能够减少用户困惑，提升系统的可维护性。
代码理解的挑战
理解复杂的代码库常常需要时间和耐心。文章中提到的context使用方式与常见的express框架不同，这可能导致开发者在初期遇到困难。建议新手在面对陌生代码时，先花时间熟悉整体结构，避免在深层次修改时引发更大问题。
与开发者沟通的必要性
与开发者保持良好的沟通是确保代码更改顺利进行的关键。文章中提到的通过草稿PR与开发者互动，可以有效避免不必要的错误和返工。建议在提交PR前，主动询问并确认更改的方向，以提高工作效率。
延伸问答
我在处理用户状态时遇到500错误，应该如何调整？
将500错误改为404（用户不存在）和410（用户已删除）。
如何检查用户是否存在以返回正确的状态码？
添加一个检查用户是否存在的代码块，根据用户状态返回404或410。
在开发过程中遇到的主要挑战是什么？
理解代码库的复杂性和无法从前端调用/inbox路由是主要挑战。
我如何与开发者沟通以确保我的更改被接受？
保持与开发者的沟通，提交草稿PR并等待反馈。
为什么我需要使用Postman进行测试？
开发者建议使用Postman来测试后端路由的调用。
我在代码中做了哪些具体的更改？
在代码的最深层添加了用户存在性检查，并提交了草稿PR。
