NET 7のASP.NET Coreロードマップ

NET 7のASP.NET Coreロードマップ

NET 7リリースでサーバーに追加する予定の機能のハイライト

最后更新 2022/02/19 18:05
追逐时光者
预计阅读 6 分钟
分类
ASP.NET Core
标签
.NET C# ASP.NET Core

文章来源:https://github.com/dotnet/aspnetcore/issues/39504

转载自知乎:https://zhuanlan.zhihu.com/p/469359820

每个列表就是一个链接,大家看个大概,感兴趣点击上面的原文或者网站同步文章链接,公众号就不贴链接了,贴了也点击不了...

ASP.NET Coreランタイム

サーバー-機能

NET 7リリースでサーバーに追加する予定の機能のハイライトをいくつかご紹介します。

  • 出力キャッシュのサポートを追加#27387
  • Kestrel+YARPでポート番号396 40を共有
  • ARM64用のANCM #392 81
  • KestrelはHTTP/2経由でWebSocketをサポート#78 0 1
  • OCSP製本サポートKestrel #47 6 2
  • Kestrelのレート制限-接続を受け入れる設計メカニズムに背圧を適用する#132 9 5
  • [トピック]. NET Frameworkアプリケーションの. NET Coreへの移行をサポート#400 7 8

サーバー-パフォーマンス

NET 6はサーバーパフォーマンスのメジャーリリースであり、. NET 7では以下のようにさらに改善する予定です。

  • 接続性の改善#398 46
  • サーバーのメモリプールの縮小を許可#27 3 94
  • HTTP.sysサーバのカーネル応答バッファリングを有効にする#14455
  • チャンネル#30235によるHTTP/2パフォーマンスの向上

HTTP/3のサポート

HTTP/3サポートは. NET 6のプレビュー機能として提供されます。. NET 7では、これを完成させ、サポートされる機能にしたいと考えています。

  • HTTP/3:UseHttpsの設定#3485 8
  • HTTP3 Static Response Header圧縮の実装#33980
  • HTTP/3の動的テーブルのサポート#2843 3
  • HTTP/3:非最終的なh 3 ALPNを削除する#3503 2
  • HTTP/3:. NET 7でKestrel #364 86をデフォルトで有効にする

ASP.NET Webフレームワーク

Minimal APIs

  • パケット#36 0 0 7による最小APIルーティングの改善
  • エンドポイントフィルタのサポートを追加#3785 3
  • NET 7のOpen API #370 9 8
  • Minimal API用のパラメータバインディングのカスタマイズ機能を拡張#35 4 8 9
  • 最小エンドポイントへのアンチCSRFサポートの追加#38630
  • 個々のエンドポイント/オペレーションのセキュリティスキームの生成#397 6 1
  • ストリーム/ReadOnlySequence byteまたはReadOnlyMemory byte/ReadOnlySpan byte #38 1 5 3
  • JsonOptionsを最小限の操作/ルートで設定するためのより良いAPIを検討するコード#39226
  • IResultメソッドのテスト性向上#3750 2
  • Minimal APIはクエリまたはヘッダーからString Valuesへのバインドをサポートしません#36726
  • 最小演算-クエリ文字列バインディングからのメソッドシグネチャでの配列サポート#32 5 16
  • ASP.NET Core #32 9 5 7全体でProblemDetailsの使用が一貫していない
  • 認可のための最小限のAPI設定は非常にシンプルで機能的です#34545
  • 最小APIの設計検証#30 6 6 6
  • [Epic]:Minimal API + MVC Analyzer #36 6 3 7(開発者エクスペリエンスの向上)

SignalR

  • クライアントからの呼び出しからの戻り値#52 8 0のサポート
  • SignalRの認証トークン#529 7を更新する
  • SignalRにはCクライアントが必要です#53 0 1(既存のCクライアントを改善)

Rate Limiting

  • 非汎用レートリミッタの実装完了(固定ウィンドウ、スライディングウィンドウ、トークンバケット、同時リミッタ)#373 8 1
  • Common Rate Limit API #373 8 3の設計
  • aspnetcoreでのレート制限ミドルウェアの実装#373 8 4
  • 現在のaspnetcore並行性リミッタミドルウェアを新しい抽象化と実装で再設計#38 3 0 6
  • Yarp実装のレート制限#37 3 8 7
  • Kestrelのレート制限-接続を受け入れる設計メカニズムに背圧を適用する#132 9 5
  • Rate Limit Abstract/APIをdotnet/runtimeに移動#37 3 8 5

gRPC (dotnet-gRPC)

  • [EPIC] gJSONトランスコードgrpc/gr-dotnet #1583 g/HTTP

Orleans

  • POCO Grains Orleans #735 1の実装
  • Grain Persistence用の設定可能なシリアライザorleans #74 7 1
  • SMSプロバイダの削除orleans #747 5
  • ステートレスサービス抽象化の実装orleans #746 9
  • [Epic]:Orleansでワークフローをプリミティブとして実装するorleans #74 87
  • Orleansのお客様のAzure Orleans #7486へのデプロイエクスペリエンスの向上
  • フロー構成の簡素化orleans #74 7 3
  • aspnetcore Orleans #74 7 9のOrleansテンプレートを追加する

ASP.NET Web UI

Blazor Hybrid

  • mauiを使用したBlazorはInputSelectまたはselect mauiを使用できません#432 5
  • Blazor Desktop Principles:Global Ready maui #25 3 2
  • Blazor Desktopのテストインフラストラクチャと計画maui #25 4 3
  • 外部 URLを開くための設定可能性のサポートmaui #43 3 8
  • MAUI Blazorアプリのホットリロードが動作しません。マウイ島#25 2 7
  • Blazorデスクトップ:auth maui #252 9をサポート
  • Blazorデスクトップ原則:セキュリティ#25 4 0
  • Blazorデスクトップの原則:パフォーマンスmaui #25 3 1
  • Blazorデスクトップ原則:アクセシビリティmaui #25 4 1
  • Blazorデスクトップの原則:DPI認識#25 4 9
  • Blazorデスクトップ開発ツールがmaui #25 4 2を有効に
  • ドキュメント:Blazor Mixingのウォークスルー/入門maui #3684
  • Blazorハイブリッドプロジェクトテンプレートアップデートmaui #4127
  • [Blazor webview] blazor webview maui #4441の例外処理

Razor Compiler

  • ジェネリックBlazorコンポーネントは、型に追加の制約がある場合に型を正しく推定できません#255 8 8
  • Razorコンパイラを更新してglobal #18757を自由に使用
  • 内部テレメトリから報告されたコンパイラクラッシュの問題#38877
  • 内部テレメトリから報告されたコンパイラクラッシュの問題#38878
  • 内部テレメトリから報告されたコンパイラクラッシュの問題#38879
  • Blazor CascadingTypeParameterの問題#38 4 7 9
  • 5.0アプリのSDKスナップショットテストの追加#284 8 9
  • ブロックの上に閉じていないフォームがあると、すべてが青くなります。#27133
  • 設計時/実行時に異なるコードを生成するRazorから離れてください。#30669
  • Razor Editorがタグが閉じないと訴える#30 5 7 3
  • Razor構文ツリーで所有者を特定すると失敗する#366 8 9

Blazor

  • 同じドキュメント内で複数のBlazorサーバー/Webアセンブリアプリケーションを実行できる#38 128
  • NavigationMangerの公開場所変更イベント#149 6 2
  • InvokeAsync StateHasChangedを呼び出すと、ページがデフォルトの文化性#28521に戻る
  • Webテンプレートをクリーンアップするプロセス#3016 2
  • 空のBlazorプロジェクトテンプレート#328 32
  • ObjectGraphData AnnotationsValidator/ ValidateComplexTypeAttribute #2864 0の出荷を検討する
  • Production Custom Element Support Pack #3844 7
  • Blazorでのプレレンダリングと認証エクスペリエンスの改善#27 5 9 2
  • Blazorアプリの一時停止と再開#275 7 6
  • Blazor HTTPエンドポイントでアクセスできない画像を表示するためのimage要素#252 7 4
  • デザインスキーム:get/set/after修飾子をバインド#398 37
  • Blazorサーバー上の一時的な使い捨てアイテムに対処するための設計#266 7 6
  • Blazorサーバー側Blazor回路の一時停止と再開#30 3 4 4
  • 大きなバイナリデータ(ファイルおよびメディア)を扱うための特定のコンポーネント#30290
  • サードパーティの資産管理ソリューションとの統合を有効にする#3844 5
  • コンポーネントはホットリロード更新中に受信したパラメータをリセットしません#3127 2
  • モデルバインディングとルーティングのDateOnlyとTimeOnlyのサポートを追加#3459 1
  • 他のプログラムへのMSALサポートの改善#38 1 22
  • IHttpClientFactory #257 5 8を使用してBlazor ServerでHttpClientベースアドレスを設定する方法
  • 回路寿命の制御を強化(回路動作を監視し、クライアント/サーバから終了する機能)#30 287
  • サーバーサイドBlazor:Circuit Eviction #17866のAPI/拡張ポイントを提供
  • 真のマルチスレッド(サポートされているブラウザで)#177 30
  • browser-wasmの開発者はWeb Crypto APIランタイムを利用できます#400 7 4
  • Monoメソッド本体置換ランタイムの改善を継続#573 6 5

MVC

  • エンドポイントルーティング#23 0 4 1でのIRouter.GetVirtualPathの代替
  • 引数を捕捉せずにルートを一致させる#27996
  • 10進数フィールドのローカライズされた数値形式と間違った入力タイプ#656 6
  • リンク作成の改善#381 2 1
  • LinkTagHelperはインラインスクリプトを使用しないでください#1473 6
  • DI #396 6 7に登場するFromServices型の暗黙的推論のサポートを追加
  • 空可能性情報#397 5 4に基づくFromBody.AllowEmptyBe havior = Allowの推論
  • バインディングプリミティブとしてTryParseのサポートを追加する方法を検討する#396 82
  • EmptyBodyBe havior.Allow missing Content-Type #3646 6
  • SkipStatus Code PagesAttributeはAuthorizeAttribute #10317より前に実行する必要があります。
  • ApiExplorerが同じ操作方法で複数のルートを正しく処理しない#26234
  • FromServices空性情報からオプション性を推論する#397 5 7
  • Razor Pages ComplexTypeModelBinderが処理できない“または、'YModel'コンストラクタで'X'プロパティをnull以外の値に設定する”の提案#21916
Keep Exploring

延伸阅读

更多文章