我应该同时实现PUT和修补程序路由吗？

Question

我试图了解put和patch之间的区别。如果需要创建更新资源的路由，例如user，是否应该同时实现put和patch？

如果可以使用patch部分更新资源，为什么要使用put？

Answer 1

我正在尝试学习PUT和patch之间的区别。

从“它们怎么一样？”

PUT和PATCH都在远程创作上下文中使用；我们使用那些消息语义来告诉服务器使它自己的某个资源的表示形式看起来像我们的本地副本。

例如，如果我想更改我的网站首页的标题，我可以

GET /home.html

将当前版本加载到HTML编辑器中。然后我可以对我的本地副本进行更改。为了释放我的更改，我向服务器发送一条消息“使您的副本像我的副本一样”。

使用PUT，请求的有效负载是我的文档版本的完整副本。我将整个文档发送回服务器进行处理。

另一方面，如果您的文档较大（相对于HTTP头的大小），并且您的更改较小，那么补丁文档将小于完整的表示形式；如果网络足够可靠，较小的请求可能比可重复的请求有更好的投资机会。

当然，您最灵活的做法是支持这两种方法，并在响应OPTIONS请求时描述这两种方法以及您支持的补丁格式的媒体类型。允许客户端根据自己的本地上下文选择适当的方法。

补丁比PUT要求更多的兼容性，因为客户端和服务器都需要理解相同的补丁媒体类型（除了理解表示本身的媒体类型之外）。

如果你正在做一些非常具体的事情，那么一般的指导方针可能就不适用了。

例如，如果您要实现一个用于json：api客户机的json:api，那么您将希望使用PATCH，因为json:api在PUT的使用上有一个非常特殊的位置，application/vnd.api+json指定了如何将其用作补丁文档。因此，客户机和服务器理解相同补丁表示的担忧“消失”了。