[KOSD] .NET から .NET8 への FromQuery モデル バインディングの変更
最近、プロジェクトを .NET 6 から .NET 8 に移行しているときに、私のチームメイトの Jeremy Chan が、.NET 7 以降に現れたと思われるモデル バインディングの動作における文書化されていない変更を発見しました。この変更は、公式の .NET では明確に説明されていません。ドキュメントに記載されているため、開発者が見落としやすいものである可能性があります。
問題を説明するために、単純な Web API プロジェクトから始めて、変更を強調する簡単なコントローラー メソッドを検討してみましょう。
[ApiController] public class FooController { [HttpGet()] public async void Get([FromQuery] string value = "Hello") { Console.WriteLine($"Value is {value}"); return new JsonResult() { StatusCode = StatusCodes.Status200OK }; } }
次に、.NET 6 プロジェクトと .NET 8 プロジェクトの両方で nullable が有効になっていると仮定します。
<Project Sdk="Microsoft.NET.Sdk.Web"> <PropertyGroup> <Nullable>enable</Nullable> ... </PropertyGroup> ... </Project>
.NET 6の状況
.NET 6 では、/foo?value= を使用してエンドポイントを呼び出すと、次のエラーが表示されます。
{ "type": "https://tools.ietf.org/html/rfc7231#section-6.5.1", "title": "One or more validation errors occurred.", "status": 400, "traceId": "00-5bc66c755994b2bba7c9d2337c1e5bc4-e116fa61d942199b-00", "errors": { "value": [ "The value field is required." ] } }
ただし、メソッドを次のように変更するとエラーは発生しません。
public async void Get([FromQuery] string? value) { if (value is null) Console.WriteLine($"Value is null!!!"); else Console.WriteLine($"Value is {value}"); return new JsonResult() { StatusCode = StatusCodes.Status200OK }; }
/foo?value= を使用してエンドポイントを呼び出したときのログは、「Value is null!!!」となります。
したがって、値のないクエリ文字列は null として解釈されることがわかります。そのため、値が null 値を許容しない場合に検証エラーが発生します。
したがって、エンドポイントを .NET 6 で動作させるには、値をオプションにするために次のように変更する必要があると言えます。これにより、値が必須フィールドとしてマークされません。
public async void Get([FromQuery] string? value = "Hello")
ここで、/foo?value= を指定してエンドポイントを呼び出すと、「Value is Hello」というログが出力されることになります。
.NET 8 (および.NET 7) の状況
次に、同じ元の設定を使用して .NET 8 ではどうでしょうか (つまり、以下に示すように)。
public async void Get([FromQuery] string value = "Hello")
.NET 8 では、/foo?value= を指定してエンドポイントを呼び出すと、「Value is Hello」というログが出力されるのがわかります。
それで、ここで何が起こっているのでしょうか?
.NET 7 では、新しいインターフェイス IParsable が導入されました。したがって、.NET 7 以降、IParsable.TryParse API はコントローラーのアクション パラメーター値をバインドするために使用されます。
初期調査によると、.NET 7 以降では、内部で新しいモデル バインディング実装が使用されており、それがこの問題の原因となっていることがわかっています。
参考文献
- [API 提案]: 文字列は IParsable を実装する必要があります;
- bool と string に ISpanParsable を実装させます。
KOSD (Kopi-O Siew Dai) は、私が楽しんでいるシンガポール コーヒーの一種です。基本的にはコーヒーに少し砂糖を加えたものです。このシリーズは、私がコピオ シューダイを飲みながら得た技術的な知識についてブログを書くことを目的としています。
以上が[KOSD] .NET から .NET8 への FromQuery モデル バインディングの変更の詳細内容です。詳細については、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)

ホットトピック











C#とCの歴史と進化はユニークであり、将来の見通しも異なります。 1.Cは、1983年にBjarnestrostrupによって発明され、オブジェクト指向のプログラミングをC言語に導入しました。その進化プロセスには、C 11の自動キーワードとラムダ式の導入など、複数の標準化が含まれます。C20概念とコルーチンの導入、将来のパフォーマンスとシステムレベルのプログラミングに焦点を当てます。 2.C#は2000年にMicrosoftによってリリースされました。CとJavaの利点を組み合わせて、その進化はシンプルさと生産性に焦点を当てています。たとえば、C#2.0はジェネリックを導入し、C#5.0は非同期プログラミングを導入しました。これは、将来の開発者の生産性とクラウドコンピューティングに焦点を当てます。

C#とCおよび開発者の経験の学習曲線には大きな違いがあります。 1)C#の学習曲線は比較的フラットであり、迅速な開発およびエンタープライズレベルのアプリケーションに適しています。 2)Cの学習曲線は急勾配であり、高性能および低レベルの制御シナリオに適しています。

C学習者と開発者は、Stackoverflow、RedditのR/CPPコミュニティ、CourseraおよびEDXコース、Github、Professional Consulting Services、およびCPPCONのオープンソースプロジェクトからリソースとサポートを得ることができます。 1. StackOverFlowは、技術的な質問への回答を提供します。 2。RedditのR/CPPコミュニティが最新ニュースを共有しています。 3。CourseraとEDXは、正式なCコースを提供します。 4. LLVMなどのGitHubでのオープンソースプロジェクトやスキルの向上。 5。JetBrainやPerforceなどの専門的なコンサルティングサービスは、技術サポートを提供します。 6。CPPCONとその他の会議はキャリアを助けます

Cは、サードパーティライブラリ(TinyXML、PUGIXML、XERCES-Cなど)を介してXMLと相互作用します。 1)ライブラリを使用してXMLファイルを解析し、それらをC処理可能なデータ構造に変換します。 2)XMLを生成するときは、Cデータ構造をXML形式に変換します。 3)実際のアプリケーションでは、XMLが構成ファイルとデータ交換に使用されることがよくあり、開発効率を向上させます。

Cは、現代のプログラミングにおいて依然として重要な関連性を持っています。 1)高性能および直接的なハードウェア操作機能により、ゲーム開発、組み込みシステム、高性能コンピューティングの分野で最初の選択肢になります。 2)豊富なプログラミングパラダイムとスマートポインターやテンプレートプログラミングなどの最新の機能は、その柔軟性と効率を向上させます。学習曲線は急ですが、その強力な機能により、今日のプログラミングエコシステムでは依然として重要です。

Cでの静的分析の適用には、主にメモリ管理の問題の発見、コードロジックエラーの確認、およびコードセキュリティの改善が含まれます。 1)静的分析では、メモリリーク、ダブルリリース、非初期化ポインターなどの問題を特定できます。 2)未使用の変数、死んだコード、論理的矛盾を検出できます。 3)カバー性などの静的分析ツールは、バッファーオーバーフロー、整数のオーバーフロー、安全でないAPI呼び出しを検出して、コードセキュリティを改善します。

Cの将来は、並列コンピューティング、セキュリティ、モジュール化、AI/機械学習に焦点を当てます。1)並列コンピューティングは、コルーチンなどの機能を介して強化されます。 2)セキュリティは、より厳格なタイプのチェックとメモリ管理メカニズムを通じて改善されます。 3)変調は、コード組織とコンパイルを簡素化します。 4)AIと機械学習は、数値コンピューティングやGPUプログラミングサポートなど、CにComply Coveに適応するように促します。

CでChronoライブラリを使用すると、時間と時間の間隔をより正確に制御できます。このライブラリの魅力を探りましょう。 CのChronoライブラリは、時間と時間の間隔に対処するための最新の方法を提供する標準ライブラリの一部です。 Time.HとCtimeに苦しんでいるプログラマーにとって、Chronoは間違いなく恩恵です。コードの読みやすさと保守性を向上させるだけでなく、より高い精度と柔軟性も提供します。基本から始めましょう。 Chronoライブラリには、主に次の重要なコンポーネントが含まれています。STD:: Chrono :: System_Clock:現在の時間を取得するために使用されるシステムクロックを表します。 STD :: Chron
