Swagger文档参数注释如何区分API新增和更新场景？
在设计RESTful API时，新增和更新操作对参数的要求往往不同。本文探讨如何在Swagger文档中清晰地表达这种差异。
考虑一个包含create和update方法的API控制器，以及User对象：
void create(@Validated @RequestBody User user) { ... }
void update(@Validated @RequestBody User user) { ... }
假设User对象的name字段在创建时必填，但在更新时可选：
@Column(length = 30) // 如何在此处注释来区分新增和更新场景？ private String name;
单纯使用@ApiModelProperty(required = true)无法满足需求，因为它无法区分新增和更新场景。 为了解决这个问题，我们可以结合Swagger的扩展功能和一些技巧：
方法一： 使用不同的API操作
最清晰的方法是为新增和更新操作定义不同的API端点，例如/users用于新增，/users/{id}用于更新。 这样，Swagger文档中每个端点的参数要求就能独立定义，避免歧义。
方法二： 利用Knife4j的扩展功能或自定义注解
Knife4j本身并不直接支持在@ApiModelProperty中区分新增和更新场景。 但是，我们可以通过以下方式实现：
-
自定义注解: 创建一个自定义注解，例如
@CreateRequired和@UpdateRequired，分别标注创建和更新场景下必填的参数。 然后，编写一个Knife4j的扩展，在生成文档时读取这些自定义注解，并将其信息添加到Swagger文档中。 -
利用Knife4j的扩展点: Knife4j提供了扩展点，允许自定义文档生成过程。 我们可以利用这些扩展点，在生成文档之前，根据方法名（
create或update）和@ApiModelProperty等信息，动态调整参数的required属性。
方法三： 在参数描述中明确说明
虽然不够优雅，但在@ApiModelProperty的value字段中清晰地说明每个参数在新增和更新场景下的要求，也是一种可行的方法。 例如：
@ApiModelProperty(value = "名称，新增时必填，更新时可选")
总结:
方法一（使用不同的API端点）是最推荐的做法，因为它简洁明了，避免了复杂的注解和扩展。 如果出于某些原因必须使用同一个端点，则方法二（自定义注解或扩展Knife4j）是更灵活的选择，但实现起来相对复杂。 方法三是一种权宜之计，适合简单场景。 选择哪种方法取决于项目的复杂性和需求。
