Jira REST API为何提供专门接口更新问题的assignee和status字段？

你猜测的「assignee和status字段需要执行额外校验逻辑」是该设计的核心原因，除此之外还和Jira的核心业务逻辑、权限细粒度控制、事件触发机制有关，具体拆分如下：

• status字段单独用POST /rest/issue/{issueIdOrKey}/transitions接口的原因
  Jira的核心能力是自定义工作流，问题状态的变更不是单纯的字段值更新，必须严格遵循预先配置的工作流流转规则：
  1. 只能从当前状态跳转到工作流中配置好的可达目标状态，不允许直接任意修改状态值
  2. 流转前需要校验当前用户是否有执行对应工作流转换的权限
  3. 很多工作流转换会配置前置必填字段校验（比如关闭问题前必须填写解决结果）、后置操作（比如触发自动化通知、更新解决时间、调用webhook），这些逻辑都需要在transitions接口中统一处理
• assignee字段单独提供PUT /rest/issue/{issueIdOrKey}/assignee接口的原因
  经办人字段的关联校验和业务逻辑比普通字段更复杂：
  1. 需要双重权限校验：当前用户是否有分配问题的权限、目标用户是否有该项目的「可分配问题」权限
  2. 单独的接口支持细粒度权限控制：可以配置特定角色仅能修改经办人，无权修改问题的其他字段，若和通用更新接口绑定则无法实现该权限粒度
  3. 经办人变更通常会触发单独的指派通知、分配规则（比如轮询分配、自动分配给问题上报人），独立接口更方便做事件统一触发和日志记录
• 通用PUT /rest/issue/{issueIdOrKey}接口仅用于没有特殊业务流程绑定的普通字段更新，比如摘要、描述、优先级、普通自定义字段等，仅需要做基础的字段编辑权限校验、格式校验即可。

内容的提问来源于stack exchange，提问作者Альберт Александров