[英]Mapping an HTTP DELETE request entity body to a method parameter
我正在使用JAX-RS构建REST API 。 在有角前端中，我正在HTTP请求（JSON格式）的主体中发送要删除的对象。 现在，我需要一种映射此HTTP DELETE主体请求的方法，该请求包含需要删除的对象到REST方法中的局部变量。 例如，在SPRING我通过使用@RequestBody注释对象变量来做到这一点。
我正在查看oracle的javaEE7文档，但是其中的示例确实很基本，并且不包含复杂的对象，我在其他地方找到的不同教程也都在简单删除请求的轨迹上，这些请求使用@PathParam映射了一个简单的id。
也许在这个问题之前，我要问的第一个问题是在HTTP的请求正文中发送对象是否完全是一种好方法？ 尽管没有明确禁止，但我正在阅读一些文章，将其指定为不好的做法。 这种方法的缺点是什么？ 我记得在SPRING研究此方法时，我读到某个地方，通过特制的用户输入可能会进行恶意攻击（我使用的持久性框架是JPA，EclipseLink）。 将主键映射到一系列@Path变量，然后使用@PathParam映射它们会@PathParam吗？
因此，总而言之，这是一个好方法吗？ 以及如何读取HTTP请求正文中的对象？ 一些指针将不胜感激！
与Spring MVC不同，JAX-RS不会为请求有效负载定义任何注释。
JAX-RS方法略有不同：未使用任何@***Param批注进行批注的参数值是从请求实体主体映射的。 这样的参数称为实体参数 。
我应该问的第一个问题是，在HTTP的请求正文中发送对象是否完全是一种好方法？
请不要这样做，因为这不应该是DELETE工作方式。
在RFC 7231的引号下方找到该文档，该文档当前定义了HTTP / 1.1协议的语义和内容：
DELETE请求消息中的有效负载没有定义的语义。 在DELETE请求上发送有效内容主体可能会导致某些现有实现拒绝该请求。
为了实现互操作性，我建议您尽可能遵循标准。 而且，您绝对不应该要求发送任何有效负载来标识要删除的资源。
它的主键长8个字段。
该URI，它代表üniversal 方案资源我 dentifier，是为了识别资源 。
由于您有一堆字段可以共同标识资源，因此建议您重新考虑应用程序设计。 例如，您可以引入某种独特的价值来识别您的资源。 看看UUID 。
使用JAX-RS，您不需要@RequestBody之类的东西。
您可以简单地将类添加为参数，并将其填充为请求正文。
在您看来，将数据传递到正文中是有道理的，但是您的URL看起来如何？ 与REST一样，您应该拥有可通过URL寻址的资源
为什么在HTTP DELETE请求中包含实体主体不是一个好习惯？
[英]Why is not a good practice to have an entity body in a HTTP DELETE request?
Spring Web MVC：HTTP DELETE不再有请求体
[英]Spring Web MVC: no request body possible for HTTP DELETE anymore
如何使用AsyncHttpClient使用JSON编码主体构建HTTP DELETE请求
[英]How to build HTTP DELETE request with JSON encoded body using AsyncHttpClient
通过HTTP POST方法调用API，而无需使用主体的参数名称
[英]API call by HTTP POST method without using parameter name for the body
@DELETE 方法不支持（非正文 HTTP 方法不能包含 @Body 或 @TypedOutput。）
[英]@DELETE method is not supporting(Non-body HTTP method cannot contain @Body or @TypedOutput.)
http 中的方法 arguments 放置请求（csv？带字符串的正文？）
[英]Method arguments in http put request (csv? Body with String?)
声明:本站的技术帖子网页，遵循CC BY-SA 4.0协议，如果您需要转载，请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.
