検索
ホームページバックエンド開発C++[KOSD] .NET から .NET8 への FromQuery モデル バインディングの変更

[KOSD] Change of FromQuery Model Binding from .NET o .NET8

最近、プロジェクトを .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 サイトの他の関連記事を参照してください。

声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。
CおよびXML:プロジェクトにデータを統合しますCおよびXML:プロジェクトにデータを統合しますMay 10, 2025 am 12:18 AM

CプロジェクトにXMLを統合することは、次の手順を通じて達成できます。1)PUGIXMLまたはTinyXMLライブラリを使用してXMLファイルを解析および生成すること、2)解析のためのDOMまたはSAXメソッドを選択、3)ネストされたノードとマルチレベルのプロパティを処理する、4)デバッグ技術と最高の慣行を使用してパフォーマンスを最適化します。

CでXMLを使用する:ライブラリとツールのガイドCでXMLを使用する:ライブラリとツールのガイドMay 09, 2025 am 12:16 AM

XMLは、特に構成ファイル、データストレージ、ネットワーク通信でデータを構成するための便利な方法を提供するため、Cで使用されます。 1)tinyxml、pugixml、rapidxmlなどの適切なライブラリを選択し、プロジェクトのニーズに従って決定します。 2)XML解析と生成の2つの方法を理解する:DOMは頻繁にアクセスと変更に適しており、SAXは大規模なファイルまたはストリーミングデータに適しています。 3)パフォーマンスを最適化する場合、TinyXMLは小さなファイルに適しています。PugixMLはメモリと速度でうまく機能し、RapidXMLは大きなファイルの処理に優れています。

C#およびC:さまざまなパラダイムの探索C#およびC:さまざまなパラダイムの探索May 08, 2025 am 12:06 AM

C#とCの主な違いは、メモリ管理、多型の実装、パフォーマンスの最適化です。 1)C#はゴミコレクターを使用してメモリを自動的に管理し、Cは手動で管理する必要があります。 2)C#は、インターフェイスと仮想方法を介して多型を実現し、Cは仮想関数と純粋な仮想関数を使用します。 3)C#のパフォーマンスの最適化は、構造と並列プログラミングに依存しますが、Cはインライン関数とマルチスレッドを通じて実装されます。

C XML解析:テクニックとベストプラクティスC XML解析:テクニックとベストプラクティスMay 07, 2025 am 12:06 AM

DOMおよびSAXメソッドを使用して、CのXMLデータを解析できます。1)DOMのXMLをメモリに解析することは、小さなファイルに適していますが、多くのメモリを占有する可能性があります。 2)サックス解析はイベント駆動型であり、大きなファイルに適していますが、ランダムにアクセスすることはできません。適切な方法を選択してコードを最適化すると、効率が向上する可能性があります。

特定のドメインのc:その拠点の調査特定のドメインのc:その拠点の調査May 06, 2025 am 12:08 AM

Cは、高性能と柔軟性のため、ゲーム開発、組み込みシステム、金融取引、科学的コンピューティングの分野で広く使用されています。 1)ゲーム開発では、Cは効率的なグラフィックレンダリングとリアルタイムコンピューティングに使用されます。 2)組み込みシステムでは、Cのメモリ管理とハードウェア制御機能が最初の選択肢になります。 3)金融取引の分野では、Cの高性能はリアルタイムコンピューティングのニーズを満たしています。 4)科学的コンピューティングでは、Cの効率的なアルゴリズムの実装とデータ処理機能が完全に反映されています。

神話を暴く:Cは本当に死んだ言語ですか?神話を暴く:Cは本当に死んだ言語ですか?May 05, 2025 am 12:11 AM

Cは死んでいませんが、多くの重要な領域で栄えています。1)ゲーム開発、2)システムプログラミング、3)高性能コンピューティング、4)ブラウザとネットワークアプリケーション、Cは依然として主流の選択であり、その強力な活力とアプリケーションのシナリオを示しています。

C#対C:プログラミング言語の比較分析C#対C:プログラミング言語の比較分析May 04, 2025 am 12:03 AM

C#とCの主な違いは、構文、メモリ管理、パフォーマンスです。1)C#構文は最新であり、LambdaとLinqをサポートし、CはC機能を保持し、テンプレートをサポートします。 2)C#はメモリを自動的に管理し、Cは手動で管理する必要があります。 3)CパフォーマンスはC#よりも優れていますが、C#パフォーマンスも最適化されています。

Cを使用したXMLアプリケーションの構築:実用的な例Cを使用したXMLアプリケーションの構築:実用的な例May 03, 2025 am 12:16 AM

tinyxml、pugixml、またはlibxml2ライブラリを使用して、CでXMLデータを処理できます。1)XMLファイルを解析する:DOMまたはSAXメソッドを使用し、DOMは小さなファイルに適しており、SAXは大きなファイルに適しています。 2)XMLファイルを生成:データ構造をXML形式に変換し、ファイルに書き込みます。これらの手順を通じて、XMLデータを効果的に管理および操作できます。

See all articles

ホットAIツール

Undresser.AI Undress

Undresser.AI Undress

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

AI Clothes Remover

AI Clothes Remover

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

Undress AI Tool

Undress AI Tool

脱衣画像を無料で

Clothoff.io

Clothoff.io

AI衣類リムーバー

Video Face Swap

Video Face Swap

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

ホットツール

SAP NetWeaver Server Adapter for Eclipse

SAP NetWeaver Server Adapter for Eclipse

Eclipse を SAP NetWeaver アプリケーション サーバーと統合します。

メモ帳++7.3.1

メモ帳++7.3.1

使いやすく無料のコードエディター

EditPlus 中国語クラック版

EditPlus 中国語クラック版

サイズが小さく、構文の強調表示、コード プロンプト機能はサポートされていません

MinGW - Minimalist GNU for Windows

MinGW - Minimalist GNU for Windows

このプロジェクトは osdn.net/projects/mingw に移行中です。引き続きそこでフォローしていただけます。 MinGW: GNU Compiler Collection (GCC) のネイティブ Windows ポートであり、ネイティブ Windows アプリケーションを構築するための自由に配布可能なインポート ライブラリとヘッダー ファイルであり、C99 機能をサポートする MSVC ランタイムの拡張機能が含まれています。すべての MinGW ソフトウェアは 64 ビット Windows プラットフォームで実行できます。

ZendStudio 13.5.1 Mac

ZendStudio 13.5.1 Mac

強力な PHP 統合開発環境