SpringBoot はフロントエンドのパラメーターをどのように取得し、均一に応答するのか?
Request
SpringBoot がフロントエンド パラメーターを受け入れる 6 つの方法 まず第一に、インターフェイスなしでフロントエンドから送信されるリクエストはアドレス バーからのみ送信でき、Get のみが可能であるためです。 request, 他のリクエストをテストするために、ツール -> Postman を使用します。Postman は、Web ページをデバッグし、Web ページに HTTP リクエストを送信するための強力な Chrome プラグインです。
フロントから渡されるパラメータは大きく6種類に分かれます。デモをして一つずつ勉強しましょう。デモの前に復習してください。フロントパラメータはSpringBoot経由で取得する方法はなく、これらはリクエスト オブジェクトを通じて取得されます。
@RestController public class RequestController { //原始方式 @RequestMapping("/simpleParam") public String simpleParam(HttpServletRequest request){ // http://localhost:8080/simpleParam?name=Tom&age=10 // 请求参数: name=Tom&age=10 (有2个请求参数) // 第1个请求参数: name=Tom 参数名:name,参数值:Tom // 第2个请求参数: age=10 参数名:age , 参数值:10 String name = request.getParameter("name");//name就是请求参数名 String ageStr = request.getParameter("age");//age就是请求参数名 int age = Integer.parseInt(ageStr);//需要手动进行类型转换 System.out.println(name+" : "+age); return "OK"; } }
Springboot環境では独自のAPIがカプセル化されており、パラメータの受け取り形式がよりシンプルになっています。簡易パラメータの場合、パラメータ名は仮パラメータの変数名と同じであり、同名の仮パラメータを定義することでパラメータを受け取ることができます。
1. 単純なパラメーター
@RestController public class RequestController { // http://localhost:8080/simpleParam?name=Tom&age=10 // 第1个请求参数: name=Tom 参数名:name,参数值:Tom // 第2个请求参数: age=10 参数名:age , 参数值:10 //springboot方式 @RequestMapping("/simpleParam") public String simpleParam(String name , Integer age ){//形参名和请求参数名保持一致 System.out.println(name+" : "+age); return "OK"; } }
バックエンドが必要とするが、フロントエンドが対応するパラメーターを渡さない場合、この時点で null が返されます
によって渡されるパラメーター名現在のフロントエンドとバックエンドによって受け入れられるパラメーター。メソッドのパラメーター リストに一貫性がない場合は、@RequestParam (" ")
@RestController public class RequestController { // http://localhost:8080/simpleParam?name=Tom&age=20 // 请求参数名:name //springboot方式 @RequestMapping("/simpleParam") public String simpleParam(@RequestParam("name") String username , Integer age ){ System.out.println(username+" : "+age); return "OK"; } }
を通じて指定できます。また、@RequestParam の required 属性はデフォルトで true (デフォルト値も true)、これはリクエスト パラメータを渡す必要があることを意味します。渡されない場合、エラーが報告されます。パラメータがオプションの場合、必須属性を false に設定できます。
コード
@RequestMapping("/simpleParam") public String simpleParam(@RequestParam(name = "name", required = false) String username, Integer age){ System.out.println(username+ ":" + age); return "OK"; }
この注釈には、defaultValue という別のパラメータもあります。これは、フロント デスクがパラメータを渡さなかった場合、パラメータが現在指定されている値にデフォルト設定されることを示します。
@RequestMapping("/simpleParam") public String simpleParam(@RequestParam(name = "name", required = false,defaultValue ="匿名用户") String userName, Integer age) { // 打印输出 System.out.println(userName+"----"+age); return "ok"; }
2. エンティティ パラメータ
単純なエンティティ オブジェクト:
データ送信方法として単純なパラメータを使用する場合、フロントエンドによって渡されるリクエスト パラメータの数と、バックエンド コントローラー メソッドに書き込む仮パラメーターの数。リクエストパラメータが多い場合、上記の方法でパラメータを一つ一つ受け取るのは煩雑になります。
この時点で、リクエスト パラメーターをエンティティ クラス オブジェクトにカプセル化することを検討できます。データのカプセル化を完了するには、次の規則に従う必要があります。 リクエスト パラメータ名はエンティティ クラスの属性名と同じです
要件は、パラメータがエンティティ クラスから渡されることです。フロントデスクは、オブジェクト内のパラメータと同じ名前を持つ必要があります。
@RestController public class RequestController { // http://localhost:8080/simpleParam?name=Tom&age=20 //实体参数:简单实体对象 User有两个属性,一个是name 一个是age,这样Spring就会自动完成赋值 @RequestMapping("/simplePojo") public String simplePojo(User user){ System.out.println(user); return "OK"; } }
複雑なエンティティ オブジェクト: オブジェクト内のオブジェクト
たとえば、User: Address に別のフィールドがあり、このクラスには 2 つのプロパティがあります。このとき、パラメータを に渡す必要があります。変更しますが、バックグラウンドは引き続きユーザーを使用して
public class User { private String name; private Integer age; private Address address; //地址对象 ..... } public class Address { private String province; private String city; ..... }
メソッド コード
@RestController public class RequestController { //实体参数:复杂实体对象 @RequestMapping("/complexPojo") public String complexPojo(User user){ System.out.println(user); return "OK"; } }
3. 配列コレクション パラメーター
使用法を受け入れます配列コレクション パラメーターのシナリオ: HTML フォームには、複数の選択 (チェックボックス) をサポートし、複数の選択された値を送信できるフォーム項目があります。
xxxxxxxx?hobby=game&hobby=java
バックエンド プログラムが上記の複数の値を受け取るには 2 つの方法があります:
Array
コレクション
配列パラメータ: リクエストパラメータ名は仮パラメータグループ名と同じであり、リクエストパラメータは複数存在します。配列型仮パラメータを定義するだけです 受信パラメータ
@RestController public class RequestController { //数组集合参数 @RequestMapping("/arrayParam") public String arrayParam(String[] hobby){ System.out.println(Arrays.toString(hobby)); return "OK"; } }
コレクションパラメータ:リクエストパラメータ名は仮パラメータコレクションオブジェクト名と同じで複数のリクエストパラメータがあり、@RequestParamバインドパラメータの関係
デフォルトでは、リクエスト内の同じパラメータ名を持つ複数の値は配列にカプセル化されます。これをコレクションにカプセル化する場合は、@RequestParam を使用してパラメーター関係
Controller メソッド:
@RestController public class RequestController { //数组集合参数 @RequestMapping("/listParam") public String listParam(@RequestParam List<String> hobby){ System.out.println(hobby); return "OK"; } }
4、日付パラメーター
をバインドする必要があります。上記のデモはすべて共通です。一部の特殊な要件では、パラメーターに日付型データのカプセル化が含まれる場合があります (実際、通常は文字列を保存し、転送しないため、ここで理解します)。たとえば、次の要件があります。
日付の形式がさまざまであるため (例: 2022-12-12 10:05:45、2022/12/12 10: 05:45)、日付型パラメータをカプセル化する場合、@DateTimeFormat アノテーションとそのパターン属性を通じて日付形式を設定する必要があります。
#@DateTimeFormat アノテーション、パターン属性で日付形式が指定されている場合、フロントエンドの日付パラメータは指定された形式で渡す必要があります。
バックエンド コントローラー メソッドでは、Date 型 LocalDateT または LocalDateTime 型を使用して、渡されたパラメーターをカプセル化する必要があります。
コントローラー メソッド:
@RestController public class RequestController { //日期时间参数 @RequestMapping("/dateParam") public String dateParam(@DateTimeFormat(pattern = "yyyy-MM-dd HH:mm:ss") LocalDateTime updateTime){ System.out.println(updateTime); return "OK"; } }
5. JSON パラメーター
フロントエンド テクノロジを学ぶときに、JSON について話しました。エンドとバックエンド インタラクション中、パラメーターがより複雑な場合、フロントエンドとバックエンドは送信に JSON 形式のデータを使用します。 (JSON は、開発において最も一般的に使用されるフロントエンドとバックエンドのデータ対話方法です。)実際、バックエンドがフロントエンドにデータを返す場合、一部は文字列、一部はコレクション、一部は JSON であることもわかります。 , その後、フロントエンドがそれを解析します。これは非常に面倒です。その後、エンティティ クラスを使用してすべてのデータを保存し、オブジェクトを返します。この方法では、フロント デスクは JSON を受け取るときにのみ処理する必要があります。メモの最後に、
について触れます。これについては、以下の「Postman How to send JSON data:
」で紹介されています。服务端Controller方法接收JSON格式数据:
传递json格式的参数,在Controller中会使用实体类进行封装。
封装规则:JSON数据键名与形参对象属性名相同,定义POJO类型形参即可接收参数。需要使用 @RequestBody标识。
@RequestBody注解:将JSON数据映射到形参的实体类对象中(JSON中的key和实体类中的属性名保持一致)
通过添加@RequestBody注解Spring可以自动的将JSON转换为对象.
实体类:
public class User { private String name; private Integer age; private Address address; //省略GET , SET 方法 }
@RestController public class RequestController { //JSON参数 @RequestMapping("/jsonParam") public String jsonParam(@RequestBody User user){ System.out.println(user); return "OK"; } }
6、路径参数(开发中使用的模式)
传统的开发中请求参数是放在请求体(POST请求)传递或跟在URL后面通过?key=value的形式传递(GET请求)。
在现在的开发中,经常还会直接在请求的URL中传递参数。例如:
http://localhost:8080/user/1
http://localhost:880/user/1/0
上述的这种传递请求参数的形式呢,我们称之为:路径参数。
学习路径参数呢,主要掌握在后端的controller方法中,如何接收路径参数。
路径参数:
前端:通过请求URL直接传递参数
后端:使用{…}来标识该路径参数,需要使用@PathVariable获取路径参数
Controller方法:
@RestController public class RequestController { //路径参数 @RequestMapping("/path/{id}") public String pathParam(@PathVariable Integer id){ System.out.println(id); return "OK"; } }
传递多个路径参数:
@RestController public class RequestController { //路径参数 前台路径 xxxx/path/12/jack @RequestMapping("/path/{id}/{name}") public String pathParam2(@PathVariable Integer id, @PathVariable String name){ System.out.println(id+ " : " +name); return "OK"; } }
响应:
前面我们学习过HTTL协议的交互方式:请求响应模式(有请求就有响应)
那么Controller程序呢,除了接收请求外,还可以进行响应。先说一下使用到的注解:
@ResponseBody
类型:方法注解、类注解
位置:书写在Controller方法上或类上
作用:将方法返回值直接响应给浏览器
如果返回值类型是实体对象/集合,将会转换为JSON格式后在响应给浏览器
在我们前面所编写的controller方法中,都已经设置了响应数据。看一下类的注解@RestController, 这个注解是一个复合注解,里面包括了 @ResponseBody
结论:在类上添加@RestController就相当于添加了@ResponseBody注解。
类上有@RestController注解或@ResponseBody注解时:表示当前类下所有的方法返回值做为响应数据方法的返回值,如果是一个POJO对象或集合时,会先转换为JSON格式,在响应给浏览器
下面我们来测试下响应数据:
@RestController public class ResponseController { //响应字符串 @RequestMapping("/hello") public String hello(){ System.out.println("Hello World ~"); return "Hello World ~"; } //响应实体对象 @RequestMapping("/getAddr") public Address getAddr(){ Address addr = new Address();//创建实体类对象 addr.setProvince("广东"); addr.setCity("深圳"); return addr; } //响应集合数据 @RequestMapping("/listAddr") public List<Address> listAddr(){ List<Address> list = new ArrayList<>();//集合对象 Address addr = new Address(); addr.setProvince("广东"); addr.setCity("深圳"); Address addr2 = new Address(); addr2.setProvince("陕西"); addr2.setCity("西安"); list.add(addr); list.add(addr2); return list; } }
在服务响应了一个对象或者集合,那私前端获取到的数据是什么样子的呢?我们使用postman发送请求来测试下。测试效果如下:
统一响应结果
可能大家会发现,我们在前面所编写的这些Controller方法中,返回值各种各样,没有任何的规范。
如果我们开发一个大型项目,项目中controller方法将成千上万,使用上述方式将造成整个项目难以维护。那在真实的项目开发中是什么样子的呢?
在真实的项目开发中,无论是哪种方法,我们都会定义一个统一的返回结果。方案如下:
这样前端只需要按照统一格式的返回结果进行解析(仅一种解析方案),就可以拿到数据。
统一的返回结果使用类来描述,在这个结果中包含:
响应状态码:当前请求是成功,还是失败
状态码信息:给页面的提示信息
返回的数据:给前端响应的数据(字符串、对象、集合)
定义在一个实体类Result来包含以上信息。代码如下:
public class Result { private Integer code;//响应码,1 代表成功; 0 代表失败 private String msg; //响应码 描述字符串 private Object data; //返回的数据 public Result() { } public Result(Integer code, String msg, Object data) { this.code = code; this.msg = msg; this.data = data; } public Integer getCode() { return code; } public void setCode(Integer code) { this.code = code; } public String getMsg() { return msg; } public void setMsg(String msg) { this.msg = msg; } public Object getData() { return data; } public void setData(Object data) { this.data = data; } //增删改 成功响应(不需要给前端返回数据) public static Result success(){ return new Result(1,"success",null); } //查询 成功响应(把查询结果做为返回数据响应给前端) public static Result success(Object data){ return new Result(1,"success",data); } //失败响应 public static Result error(String msg){ return new Result(0,msg,null); } }
改造后的Controller:统一返回Result
@RestController public class ResponseController { //响应统一格式的结果 @RequestMapping("/hello") public Result hello(){ System.out.println("Hello World ~"); //return new Result(1,"success","Hello World ~"); return Result.success("Hello World ~"); } //响应统一格式的结果 @RequestMapping("/getAddr") public Result getAddr(){ Address addr = new Address(); addr.setProvince("广东"); addr.setCity("深圳"); return Result.success(addr); } //响应统一格式的结果 @RequestMapping("/listAddr") public Result listAddr(){ List<Address> list = new ArrayList<>(); Address addr = new Address(); addr.setProvince("广东"); addr.setCity("深圳"); Address addr2 = new Address(); addr2.setProvince("陕西"); addr2.setCity("西安"); list.add(addr); list.add(addr2); return Result.success(list); } }
以上がSpringBoot はフロントエンドのパラメーターをどのように取得し、均一に応答するのか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック









Jasypt の概要 Jasypt は、開発者が最小限の労力で基本的な暗号化機能を自分のプロジェクトに追加できる Java ライブラリであり、暗号化の仕組みを深く理解する必要はありません。一方向および双方向暗号化の高いセキュリティ。標準ベースの暗号化テクノロジー。パスワード、テキスト、数値、バイナリを暗号化します... Spring ベースのアプリケーション、オープン API への統合、JCE プロバイダーでの使用に適しています... 次の依存関係を追加します: com.github.ulisesbocchiojasypt-spring-boot-starter2. 1.1 Jasypt の特典はシステムのセキュリティを保護し、コードが漏洩した場合でもデータ ソースは保証されます。

使用シナリオ 1. 注文は正常に行われましたが、支払いが 30 分以内に行われませんでした。支払いがタイムアウトになり、注文が自動的にキャンセルされました 2. 注文に署名があり、署名後 7 日間評価が行われませんでした。注文がタイムアウトして評価されない場合、システムはデフォルトでプラスの評価を設定します 3. 注文は正常に行われます。販売者が 5 分間注文を受け取らない場合、注文はキャンセルされます。 4. 配送がタイムアウトします。 SMS リマインダーをプッシュします... 遅延が長く、リアルタイム パフォーマンスが低いシナリオでは、タスク スケジュールを使用して定期的なポーリング処理を実行できます。例: xxl-job 今日は選択します

1. Redis は分散ロックの原則を実装しており、分散ロックが必要な理由 分散ロックについて話す前に、分散ロックが必要な理由を説明する必要があります。分散ロックの反対はスタンドアロン ロックです。マルチスレッド プログラムを作成するとき、共有変数を同時に操作することによって引き起こされるデータの問題を回避します。通常、ロックを使用して共有変数を相互に除外し、データの正確性を確保します。共有変数の使用範囲は同じプロセス内です。共有リソースを同時に操作する必要があるプロセスが複数ある場合、どうすれば相互排他的になるのでしょうか?今日のビジネス アプリケーションは通常マイクロサービス アーキテクチャであり、これは 1 つのアプリケーションが複数のプロセスをデプロイすることも意味します。複数のプロセスが MySQL の同じレコード行を変更する必要がある場合、順序の乱れた操作によって引き起こされるダーティ データを避けるために、分散が必要です。今回導入するスタイルはロックされています。ポイントを獲得したい

Springboot はファイルを読み取りますが、jar パッケージにパッケージ化した後、最新の開発にアクセスできません。jar パッケージにパッケージ化した後、Springboot がファイルを読み取れない状況があります。その理由は、パッケージ化後、ファイルの仮想パスが変更されるためです。は無効であり、ストリーム経由でのみアクセスできます。読み取ります。ファイルはリソースの下にあります publicvoidtest(){Listnames=newArrayList();InputStreamReaderread=null;try{ClassPathResourceresource=newClassPathResource("name.txt");Input

Springboot+Mybatis-plus が SQL ステートメントを使用して複数テーブルの追加操作を実行しない場合、私が遭遇した問題は、テスト環境で思考をシミュレートすることによって分解されます: パラメーターを含む BrandDTO オブジェクトを作成し、パラメーターをバックグラウンドに渡すことをシミュレートします。 Mybatis-plus で複数テーブルの操作を実行するのは非常に難しいことを理解してください。Mybatis-plus-join などのツールを使用しない場合は、対応する Mapper.xml ファイルを設定し、臭くて長い ResultMap を設定するだけです。対応する SQL ステートメントを記述します。この方法は面倒に見えますが、柔軟性が高く、次のことが可能です。

SpringBoot と SpringMVC はどちらも Java 開発で一般的に使用されるフレームワークですが、それらの間には明らかな違いがいくつかあります。この記事では、これら 2 つのフレームワークの機能と使用法を調べ、その違いを比較します。まず、SpringBoot について学びましょう。 SpringBoot は、Spring フレームワークに基づいたアプリケーションの作成と展開を簡素化するために、Pivotal チームによって開発されました。スタンドアロンの実行可能ファイルを構築するための高速かつ軽量な方法を提供します。

1. RedisAPI のデフォルトのシリアル化メカニズムである RedisTemplate1.1 をカスタマイズします。API ベースの Redis キャッシュ実装では、データ キャッシュ操作に RedisTemplate テンプレートを使用します。ここで、RedisTemplate クラスを開いて、クラスのソース コード情報を表示します。publicclassRedisTemplateextendsRedisAccessorimplementsRedisOperations、BeanClassLoaderAware{//キーを宣言、値の各種シリアル化メソッド、初期値は空 @NullableprivateRedisSe

プロジェクトでは、構成情報が必要になることがよくありますが、この情報はテスト環境と本番環境で構成が異なる場合があり、実際のビジネス状況に基づいて後で変更する必要がある場合があります。これらの構成をコードにハードコーディングすることはできません。構成ファイルに記述することをお勧めします。たとえば、この情報を application.yml ファイルに書き込むことができます。では、コード内でこのアドレスを取得または使用するにはどうすればよいでしょうか?方法は2つあります。方法 1: @Value アノテーションが付けられた ${key} を介して、構成ファイル (application.yml) 内のキーに対応する値を取得できます。この方法は、マイクロサービスが比較的少ない状況に適しています。方法 2: 実際には、プロジェクト、業務が複雑な場合、ロジック
