实现create_or_delete功能的路由应使用何种HTTP方法？

你的场景很明确：考勤表仅在用户出勤时生成对应日期的记录，缺勤则无记录，前端通过复选框切换状态——勾选创建、取消删除。针对你的问题，下面分两种情况分析：

关于合并路由的HTTP方法适配 #

你考虑用PUT实现create_or_delete合并路由，但这里存在语义冲突：

• PUT的核心特性是幂等性，即多次调用同一请求的结果必须一致。但你的逻辑是「存在则删除，不存在则创建」，多次调用会反复切换状态（创建→删除→创建...），完全不符合PUT的幂等要求。
• 就算退一步用其他方法，这种一个端点同时处理创建和删除的设计本身就违背了RESTful「单一职责」的原则，后续维护、排查问题都会更麻烦，不推荐。

推荐方案：前端拆分POST/DELETE请求 #

更规范且易维护的做法是让前端根据复选框状态分别发送请求：

• 勾选时：发送POST /attendances请求，创建对应date和user_id的考勤记录
• 取消勾选时：发送DELETE请求删除对应记录（可以通过date和user_id定位，或者先查询记录ID再调用DELETE /attendances/:id）

调整后的代码示例（Rails） #

可以复用Rails默认的RESTful动作，只需稍微调整destroy动作支持按条件删除：

class AttendancesController < ApplicationController
  def create
    attendance = Attendance.new(attendance_params)
    if attendance.save
      render json: { message: "考勤记录已创建", status: 200 }, status: :ok
    else
      render json: { errors: attendance.errors, status: 422 }, status: :unprocessable_entity
    end
  end

  def destroy
    # 支持通过date和user_id定位记录，无需前端传ID
    attendance = if params[:date] && params[:user_id]
                   Attendance.find_by(date: params[:date], user_id: params[:user_id])
                 else
                   Attendance.find(params[:id])
                 end

    if attendance&.destroy
      render json: { message: "考勤记录已删除", status: 200 }, status: :ok
    else
      render json: { errors: "删除考勤记录失败", status: 422 }, status: :unprocessable_entity
    end
  end

  private
  def attendance_params
    params.require(:attendance).permit(:date, :user_id)
  end
end

为什么拆分更好？ #

1. 语义清晰：POST对应创建资源、DELETE对应删除资源，完全符合HTTP方法的标准语义，其他开发者接手时一眼就能理解。
2. 职责单一：每个动作只处理一种逻辑，后续修改创建或删除的规则时，不会互相影响。
3. 错误处理更精准：创建失败（比如日期格式错误）和删除失败（比如记录不存在）可以返回更针对性的错误信息，前端也能更好地处理异常。

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