Blazorシリーズ終了!
Blazorシリーズ転載`終了しました`。実はサイト管理者は25日に`転載完了`していました。そして`Dotnet9`サイト(`https://dotnet9.com`)に同期して公開しました。また、アルバム`《みんなでBlazorを学ぼう》`を作成しました。皆さんはいつでもサイトで閲覧できます。
Blazorシリーズ転載`終了しました`。実はサイト管理者は25日に`転載完了`していました。そして`Dotnet9`サイト(`https://dotnet9.com`)に同期して公開しました。また、アルバム`《みんなでBlazorを学ぼう》`を作成しました。皆さんはいつでもサイトで閲覧できます。
昨日は単体テストについて話しましたが、時間の関係で完全にテストできないこともあります
システム開発において最も退屈なプロセスは、おそらくバグ修正です。特に、null オブジェクトにアクセスしようとするエラー(`Object reference not set to an instance of an object.`)は、多くの初心者が最初に直面する問題です。退屈なバグ修正から解放されるために、この記事では「単体テスト」を紹介します。
以前に「ASP.NET Core Identity」は「Claim」ベースの検証を使用すると述べましたが、実は「ASP.NET Core Identity」には異なる種類の認可方法があります。最も簡単な「ログイン認可」「ロール認可」「Claim認可」ですが、これらはすべて同じ方法で実現されています:原則認可(ポリシーベースの認可)です。
前述の通り、`ASP.NET Core Identity` は`Claim` ベースの認証であり、`Role` はタイプが`Role` の`Claim` です。
昨日ロールの`CRUD`機能がすべて完了しました。次はユーザーにロールを割り当てる作業です。
まず、ロールデータを保持する`ViewModel`を追加します。以降の権限はロールで判断するためです。
先日、`Blog.razor`に認証成功時と失敗時の表示内容を追加しましたが、システム全体で表示する認証失敗時の内容が同じ場合、全てのComponentで同じように書くのは時間の無駄です。`App.razor`を利用して統一した表示を行うことができます。
先に`UserAuthentication()`と`UserAuthorization()`について説明しましたが、これらの違いは:前者はログインしているユーザーが誰かを検証するために使用され、後者はログインユーザーが何をできるかを決定します。
昨日行った認証は`Identity`システムのみを対象としており、私たちのログは含まれていません。