postman傳遞list集合后臺(tái)springmvc接收
在做項(xiàng)目的時(shí)候我們可能會(huì)遇見一些場景需要前端給后端傳遞某個(gè)實(shí)體類的集合，這個(gè)時(shí)候后端的接口寫完了，需要進(jìn)行接口的測試，這里我使用的是postman進(jìn)行接口測試，下面寫下在用postman進(jìn)行接口測試傳遞list集合的經(jīng)驗(yàn)。歡迎指正
postman 設(shè)置
postman的安裝過程這里就不介紹了，直奔主題吧
首先確定你的請求方式是什么，填寫你的url路徑
當(dāng)你的url和請求設(shè)定好之后，就需要我們?nèi)ヌ顚憀ist集合的內(nèi)容了，整體是json串格式的，注意選擇body中的raw， 后面選擇JSON（application/json），當(dāng)這些內(nèi)容都選擇好之后，確定一下Headers中是否已經(jīng)配置好Cookie，如果上面準(zhǔn)備就緒那么你postman這塊的配置就已經(jīng)設(shè)置好了
springmvc配置
錯(cuò)誤寫法1
|
1
2
3
4
5
|
@PostMapping("saveActRuleBatch") public ResultMsg saveActRuleBatch(List<ActRule> actRule) { LOGGER.info("============add.activity.rule.batch param:{}===========", actRule); return service.saveActRuleBatch(actRule); } |
錯(cuò)誤寫法2
|
1
2
3
4
5
|
@PostMapping("saveActRuleBatch") public ResultMsg saveActRuleBatch(@RequestBody List<ActRule> actRule) { LOGGER.info("============add.activity.rule.batch param:{}===========", actRule); return service.saveActRuleBatch(actRule); } |
正確寫法1
|
1
2
3
4
5
|
@PostMapping("getList") public ResultMsg getList(@RequestBody List<String> names) { System.out.println(names); return null; } |
正確寫法2
|
1
2
3
4
5
|
@PostMapping("saveActRuleBatch") public ResultMsg saveActRuleBatch(@RequestBody ActivityModel model) { LOGGER.info("============add.activity.rule.batch param:{}===========", model.getActRule()); return service.saveActRuleBatch(model.getActRule()); } |
ActivityModel實(shí)體
|
1
2
3
4
5
6
7
8
9
10
11
12
13
|
/** * @author : lqf * @Description : * @date : Create in 10:10 2018/11/15 */@Data@Builder@AllArgsConstructor@NoArgsConstructorpublic class ActivityModel { private List<ActRule> actRule; private List<ActRewardRule> actRewardRules;} |
ActRule實(shí)體
|
1
2
3
4
5
6
|
package com.fy.crm.server.bean.entity.newActivity;public class ActRule { private Integer id; ......................... 正常的實(shí)體類就不寫了} |
錯(cuò)誤寫法1解析 ：
首先Spring MVC在解析集合請求參數(shù)時(shí)不會(huì)自動(dòng)的轉(zhuǎn)換成JSON數(shù)據(jù)再解析成相應(yīng)的集合，所以在接受集合信息時(shí)需要通過注解@RequestBody進(jìn)行解析
正確寫法1解析 ：
正確寫法1我們這里要注意一下，我們通過 @RequestBody進(jìn)行了json解析也能正常使用，但是這里有個(gè)限制是集合的泛型必須是基本數(shù)據(jù)類型
錯(cuò)誤寫法2解析 ：
這里我們可能會(huì)發(fā)現(xiàn)我們的錯(cuò)誤寫法2和正確寫法1沒有什么區(qū)別吧，這里最主要的區(qū)別就是他們的泛型一個(gè)是基本數(shù)據(jù)類型，一個(gè)是封裝好的實(shí)體類。對于這種泛型是封裝好的實(shí)體對象來說正確寫法1是不適用的。
正確寫法2解析 ：
這里首先我們需要封裝一個(gè)list集合實(shí)體類提供set，get方法，在controller接受參數(shù)的時(shí)候我們要通過@RequestBody和封裝好的實(shí)體類來進(jìn)行接受list<實(shí)體泛型> 集合
為什么需要這么定義接受參數(shù)呢
首先我們想一下springmvc在接受參數(shù)的時(shí)候我們經(jīng)常是寫一個(gè)接受參數(shù)對應(yīng)的實(shí)體對象，我們直接在方法中直接接受實(shí)體對象就能獲取對象中的所有屬性了，這是因?yàn)檫@個(gè)實(shí)體對象中提供了setter，getter方法。
那么問題來了，我們現(xiàn)在傳遞的list實(shí)體類型的setter，getter方法在哪里定義了？那么既然沒有定義我們怎么能找到這個(gè)list下面對應(yīng)的實(shí)體的getter和setter呢。
所以我們在使用springmvc接受list集合實(shí)體泛型的時(shí)候需要定義一個(gè)實(shí)體類，實(shí)體類中提供這個(gè)集合的setter和getter方法。
以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持服務(wù)器之家。
原文鏈接：https://blog.csdn.net/m0_37034294/article/details/84327937
