本文探讨了在使用Jersey构建REST API时处理POST请求的最佳做法。传统方式通过创建DTO对象（如CreateProductJson）来接收JSON数据，但这种方式对输入数据的错误容忍度较低，容易因额外字段导致解析异常。为提高容错性，建议使用`@Consumes(MediaType.APPLICATION_FORM_URLENCODED)`处理URL编码的表单数据，并定义一个Transformer（如ProductForm），在getProduct()方法中仅提取所需字段，忽略多余的输入，从而避免400 Bad Request错误。这种方法遵循了Martin Fowler的《Customer Driven Contract》理念。
REST中，我们可以把接受POST请求的方式写成如下的方式：
@POST
@Consumes(MediaType.APPLICATION_JSON)public Response createProduct(CreateProductJson createProductJson, @Context UriInfo uriInfo) {
CreateProductJson就是我们服务器用来接收CreateProudct这样一个请求的JSON表达方式，然后我们可以通过createProductJson.getProduct()这样类似的方法得到product对象，然后再将围绕着product这一领域对象进行处理
这样看似还不错，CreateProductJson就类似成为了我们的DTO对象，但是这里有一个问题就是CreateProductJson的容错性比较差。假如，我们当前的product需要两个字段：name、price。但是客户端如果多传输给我们了一个description，那么很有可能我的反序列化CreateProductJson对象
最低0.47元/天 解锁文章
3601
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
