postman傳遞list集合后臺(tái)springmvc接收

在做項(xiàng)目的時(shí)候我們可能會(huì)遇見一些場(chǎng)景需要前端給后端傳遞某個(gè)實(shí)體類的集合，這個(gè)時(shí)候后端的接口寫完了，需要進(jìn)行接口的測(cè)試，這里我使用的是postman進(jìn)行接口測(cè)試，下面寫下在用postman進(jìn)行接口測(cè)試傳遞list集合的經(jīng)驗(yàn)。歡迎指正

postman 設(shè)置

postman的安裝過程這里就不介紹了，直奔主題吧

首先確定你的請(qǐng)求方式是什么，填寫你的url路徑

當(dāng)你的url和請(qǐng)求設(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

@PostMapping("saveActRuleBatch")
    public ResultMsg saveActRuleBatch(List<ActRule> actRule) {
        LOGGER.info("============add.activity.rule.batch param:{}===========", actRule);
        return service.saveActRuleBatch(actRule);
    }

錯(cuò)誤寫法2

@PostMapping("saveActRuleBatch")
    public ResultMsg saveActRuleBatch(@RequestBody List<ActRule> actRule) {
        LOGGER.info("============add.activity.rule.batch param:{}===========", actRule);
        return service.saveActRuleBatch(actRule);
    }

正確寫法1

@PostMapping("getList")
    public ResultMsg getList(@RequestBody List<String> names) {
        System.out.println(names);
        return null;
    }

正確寫法2

@PostMapping("saveActRuleBatch")
    public ResultMsg saveActRuleBatch(@RequestBody  ActivityModel model) {
        LOGGER.info("============add.activity.rule.batch param:{}===========", model.getActRule());
        return service.saveActRuleBatch(model.getActRule());
    }

ActivityModel實(shí)體

/**
 * @author : lqf
 * @Description :
 * @date : Create in 10:10 2018/11/15
 */
@Data
@Builder
@AllArgsConstructor
@NoArgsConstructor
public class ActivityModel {
    private List<ActRule> actRule;
    private List<ActRewardRule> actRewardRules;
}

ActRule實(shí)體

package com.fy.crm.server.bean.entity.newActivity;
public class ActRule {
    private Integer id;
    .........................
    正常的實(shí)體類就不寫了
}

錯(cuò)誤寫法1解析 ：

首先Spring MVC在解析集合請(qǐng)求參數(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í)體類。對(duì)于這種泛型是封裝好的實(shí)體對(duì)象來說正確寫法1是不適用的。

正確寫法2解析 ：

這里首先我們需要封裝一個(gè)list集合實(shí)體類提供set，get方法，在controller接受參數(shù)的時(shí)候我們要通過@RequestBody和封裝好的實(shí)體類來進(jìn)行接受list<實(shí)體泛型> 集合

為什么需要這么定義接受參數(shù)呢

首先我們想一下springmvc在接受參數(shù)的時(shí)候我們經(jīng)常是寫一個(gè)接受參數(shù)對(duì)應(yīng)的實(shí)體對(duì)象，我們直接在方法中直接接受實(shí)體對(duì)象就能獲取對(duì)象中的所有屬性了，這是因?yàn)檫@個(gè)實(shí)體對(duì)象中提供了setter，getter方法。

那么問題來了，我們現(xiàn)在傳遞的list實(shí)體類型的setter，getter方法在哪里定義了？那么既然沒有定義我們?cè)趺茨苷业竭@個(gè)list下面對(duì)應(yīng)的實(shí)體的getter和setter呢。

所以我們?cè)谑褂胹pringmvc接受list集合實(shí)體泛型的時(shí)候需要定義一個(gè)實(shí)體類，實(shí)體類中提供這個(gè)集合的setter和getter方法。

以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。

最新評(píng)論