HTTP错误处理中使用状态码常量而非整数的原因是什么？

先对比两种常见写法：
使用常量的写法：

if resp.StatusCode != http.StatusOK {

直接写整数的写法：

if resp.StatusCode != 200 {

推荐用常量的原因远不止“状态码属于常量”这一点，具体如下：

• 可读性更强：http.StatusOK一眼就能明确是“请求成功”，而单独的200需要读者回忆对应状态码的含义，尤其是不常用的状态码（比如418 I'm a teapot），常量名能直接传递语义，大幅降低代码理解成本。
• 避免低级错误：直接写整数时容易手滑输错数字（比如把404写成440），而常量是语言层面预定义的标识符，IDE会自动补全，拼写错误会直接触发编译报错，提前规避这类低级bug。
• 维护成本更低：如果后续依赖的库对状态码有封装调整，或者遇到特殊场景的扩展状态码，使用常量的代码不需要逐个修改数字，只需要同步依赖库即可，减少重复劳动。
• 代码风格更统一：团队协作时，统一使用常量能让代码风格保持一致，避免有人写数字、有人写常量的混乱情况，提升代码整体整洁度。

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