为何不推荐在响应中使用裸HTTP状态码？该推荐的官方依据是什么？

DRF官方在其状态码相关文档中给出了明确的推荐理由，核心围绕以下几点：

• 提升代码可读性：使用status.HTTP_404_NOT_FOUND这类命名常量，比直接写404更直观，其他开发者无需查阅状态码对照表就能理解响应的语义，尤其在大型项目中能降低沟通成本。
• 减少人为错误：手动输入裸数值状态码容易出现拼写失误（比如误写400为440），而status模块的常量会在开发阶段被IDE的语法检查、类型提示功能覆盖，提前规避这类低级错误。
• 保持生态一致性：DRF的内置组件（如Response响应类、权限校验类、异常处理逻辑）均默认使用status模块的常量，遵循这一规范能让代码风格与框架生态保持统一，提升项目整体规范性。

官方文档中的原文表述为：

We recommend using the status module constants rather than using numeric values directly.

内容的提问来源于stack exchange，提问作者tok3rat0r