(29/30みんなで学ぶBlazor:Blazorユニットテスト
システムを開発する最も退屈なプロセスは、バグを解決することです。特に、nullオブジェクトに値を取ろうとするエラーです`Object reference not set to an instance of an object.`,これは、ほとんどの人がプログラミングの分野に足を踏み入れたばかりの最も一般的な問題である必要があります。退屈なバグ解決プロセスから解放するために、この記事では、単体テストを紹介します。
システムを開発する最も退屈なプロセスは、バグを解決することです。特に、nullオブジェクトに値を取ろうとするエラーです`Object reference not set to an instance of an object.`,これは、ほとんどの人がプログラミングの分野に足を踏み入れたばかりの最も一般的な問題である必要があります。退屈なバグ解決プロセスから解放するために、この記事では、単体テストを紹介します。
前に`ASP.NET Core Identity`は`Claim`に基づいた検証を使用していると述べたが、実は`ASP.NET Core Identity`には異なる種類の認可方式があり、最も簡単な`ログイン認可`、`ロール認可`、`Claim認可`があるが、上記のいくつかの種類はすべて一つの方式で実現されている:原則認可`Policy-based authorization`。
前述したように,`ASP.NET Core Identity`は`Claim`に基づく検証であるが,`Role`はタイプが`Role`の`Claim`である.
昨日はロールの`CRUD`機能がすべて完成しました。次はロールをユーザーに割り当てることです。
ロールデータをホストする`ViewModel`を最初に追加します。これ以降の権限はロールによって決定されます。
一昨日は`Blog.razor`に検証通過と未通過の表示内容を入れたが,システムが提示しようとしている検証未通過内容がすべて同じであれば,Componentごとにこのように書くのは時間の無駄であり,`App.razor`を利用して統一表示を行うことができる.
先ほど,`UserAuthentication`と`UserAuthorization`という話があるが,前者は登録者が誰であるかを検証するために用いられ,後者は登録者が何ができるかを決定する点で違いがある.
昨日行った検証は`Identity`システムに対してのみ行われ,我々のログには含まれていません
今日は認証の部分です。
システムを開発する際には、記録はとても重要なことですが、前にも言及していませんが、筆者は最近考えたばかりなので、実現しましょう!