SpringBoot 开发案例之参数传递的正确姿势
转载:https://mp.weixin.qq.com/s/09EP3atBpQCqm5JbhPABtA
前言
开发这么多年,肯定还有不少小伙伴搞不清各种类型的参数是如何传递的,很多同学都是拿来即用,复制粘贴一把撸,遇到问题还是一脸懵逼。
姿势
学习参数传递的正确姿势,先说怎么做,再说为什么,本质上还是复制粘贴一把撸,问题是你想问不想问为什么!
传递
用户登录
前端代码:
后端代码:
当然,你也可以这么实现, @RequestParam(value="username", required=true) , required 默认为 true,如果前台不传递此参数,后台会报错。如果设置为 false,如果不传,默认为 null。
用户注册
前端代码,提交方式与登录基本保持一致。
后端代码:
用一个对象来接收前台参数,一般后端有对应的实体类。
多参数无实体一
前端代码:
后端实现:
多参数无实体二
前端代码:
后端实现:
传递数组
前端代码:
后端实现:
传递集合
前端代码与传递数组保持一致。
后端实现:
传递集合实体对象
比如,后端想接收一个实体对象集合 List<SysUser>
前端代码:
后端代码:
传递集合实体对象一对多
比如,一个用户有多个角色 List<SysRole> roleList
前端代码:
后端实现:
炒鸡复杂
传输对象有实体,有集合,有各种类型的数据,这时候最简单的方式就是传递 Key-Value 结构的 JSON字符串,后台 Map 类型接收,然后通过 FastJson的 JSON.parseObject() 和 JSON.parseArray() 方法转化为对应的实体或者集合。
- String user = parseMap.get("user").toString();
- SysUser sysUser = JSON.parseObject(user,SysUser.class);
- String contractClause = parseMap.get("rules").toString();
- List<Rule> ruleList = JSON.parseArray(contractClause,Rule.class);
RESTful 风格
比如,访问某篇文章:
原则
记住一下几点:
- @RequestBody注解,必须与contentType 类型application/json配合使用。
- @RequestParam注解,必须与contentTyp类型application/x-www-form-urlencoded配合使用,其为默认类型。
- JSON.stringify()把对象类型转换为字符串类型,配合@RequestBody注解和contentType 类型application/json使用。
扩展
在以上只涉及了两种 contentType 类型,其实还有两种常见的类型:
multipart/form-data
一般用于表单文件上传,必须让 form 的 enctype 等于这个值。
- <form action="/upload" method="post" enctype="multipart/form-data">
- <input type="text" name="description" value="爪哇笔记,一个神奇的公众号">
- <input type="file" name="myFile">
- <button type="submit">Submit</button>
- </form>
text/xml
做过微信支付的小伙伴一定会知道,微信就喜欢用这种方式,去年还发生过 XXE 漏洞,在解析XML文档时,解析器通过 ENTITY 扩展的功能,读取本地受保护的文件,并且使用扩展功能将受保护的文件发送到远程地址。
小结
不敢说是最完整的传参方案,但绝对敢保证是最正确的,因为所有的传参方式都经过 360° 官方检验。