BuyerOrderController 下的create方法 参数中为什么不用@RequestBody OrderForm orderForm

Question

OrderForm 中可以按照

然后再使用@RequestBody 前端用ajax contentType:application/json传递  后台直接不就转换了么 为什么不这么写

然后如果这样构造对象  还能否实现@valid的功能

经过验证 可以实现 @valid也可以实现  为什么老师不用呢？

如果描述不清楚  请老师看一下 这篇文章

http://www.cnblogs.com/quanyongan/archive/2013/04/16/3024741.html

Answer 1

杀殿的爆碎牙 2017-08-16 00:35:21

我猜你的意思其实就是如果 前端 给的是json 后端就不用gjson转一道了，可以直接用呗。这个前提就是前端得配合，改成你的那样。现在OrderForm这个对象转过来的，可能是json的 ，应该也可能不是json的，post一个后台表单 也可能 得到OrderForm，你那种的前提就是必需 提交过来的 请求就是要json的。form-data的你这样就不行。我理解你的OrderForm这个对象就想为json服务，不允许form-data的提交？还有这个技术有什么新的@RequestBody 在springmvc几就有的 ，spirngboot web起步依赖用的不就是spirngmvc的东东。

Answer 2

提问者 YMCA0 2017-08-16 00:09:45

我觉得 前端能省事。然后后端也不用写Gson的东西了

Answer 3

杀殿的爆碎牙 2017-08-16 00:08:39

@RequestBody 这个注解的话 content type一定要json吧，现在这样两种都兼容，content type json的也可以，application/x-www-form-urlencoded也可以这不是比只@RequestBody 好么？

• 提问者 YMCA0 #1

  application/x-www-form-urlencoded  不兼容@RequestBody的  你可以看看spring的mappingjacksonhttpmessageconverter  
  application/x-www-form-urlencoded  js表单序列化以后 才可以提交 不用加注解

• 杀殿的爆碎牙 回复 提问者 YMCA0 #2

  对啊，我的意思就是这个，你那样必须改前端吧，否则的话就会不兼容

• 杀殿的爆碎牙 #3

  现在这样前端并不需要非必需是json，这个是缺点？

点开查看后面1条评论

Answer 4

廖师兄 2017-08-16 00:04:39

同学你好，感谢你对问题的详细描述。

你觉得这样用的优势是什么呢？OrderForm还是要转换成OrderDTO啊

• 提问者 YMCA0 #1

  我觉得 前端能省事。然后后端也不用写Gson的东西了

• 提问者 YMCA0 #2

  而且 这个 比老师用的技术新吧！  你不是说 要用信技术么。- -