Django开发中可用POST实现需求，为何还要使用PUT等HTTP方法？

你给出的示例代码功能完全一致，本质是你没有按照HTTP方法约定的语义来实现对应逻辑，并不代表HTTP方法是多余的设计。这些方法是HTTP协议定义的通用语义规范，作用是统一整个Web生态的交互规则，核心价值体现在以下几个方面：

• 语义统一，降低协作与维护成本
  HTTP方法的语义是所有Web开发者共同遵守的约定：POST默认对应非幂等的资源创建操作，重复发起请求会生成多个不同的资源；PUT默认对应幂等的资源创建/全量更新操作，发起N次请求和发起1次请求的最终效果完全一致。
  当你的服务需要对接前端、第三方客户端或者其他后端服务时，遵守语义约定可以让对接方不需要逐行看你的接口文档就能预判接口行为，比如遇到PUT接口默认不需要加重复提交拦截，遇到POST接口会默认做防重处理，大大降低沟通成本。同时网关、CDN等中间层也会基于方法语义做默认处理，比如缓存GET请求、过滤不安全的请求方法，乱改语义会导致这些通用中间件的能力完全失效。
• 复用现有生态的成熟工具能力
  几乎所有主流Web开发框架都针对HTTP方法做了封装，比如你用的Django生态中的Django REST Framework，只需要继承ModelViewSet就可以自动生成对应HTTP方法的增删改查接口，不需要你手动写if request.method == "xxx"的判断，也会自动返回符合规范的状态码：POST创建成功返回201、PUT更新成功返回200、请求方法不匹配自动返回405。如果不遵守方法语义，这些成熟的轮子完全无法使用，所有逻辑都需要自己手动实现，开发效率会大幅降低。
• 简化安全与权限控制逻辑
  绝大多数WAF、权限控制组件都支持按HTTP方法做统一规则配置，比如你可以直接配置所有DELETE方法的接口仅管理员可访问，所有GET方法的接口允许匿名访问。如果所有操作都用POST实现，你需要给每个接口单独做权限判断，配置成本更高还容易出现安全漏洞。

你给出的示例是简化的特殊场景，正常符合语义的PUT和POST逻辑差异非常明显：

# 符合语义的PUT接口：指定资源ID，幂等更新/创建
def update_any_model(request, model_id):
    if request.method == "PUT":
        obj, _ = AnyModel.objects.update_or_create(
            id=model_id,
            defaults={"title": request.data.get("title")}
        )

# 符合语义的POST接口：不指定资源ID，每次调用生成新资源
def create_any_model(request):
    if request.method == "POST":
        obj = AnyModel.objects.create(title=request.data.get("title"))

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