Blazor系列終結!
Blazor系列轉載`終結啦`,其實站長在25號時就已`完成轉載`,並同步在`Dotnet9`網站(`https://dotnet9.com`)發佈,並創建了一個專輯`《大家一起學Blazor》`,大家可隨時在網站瀏覽。
Blazor系列轉載`終結啦`,其實站長在25號時就已`完成轉載`,並同步在`Dotnet9`網站(`https://dotnet9.com`)發佈,並創建了一個專輯`《大家一起學Blazor》`,大家可隨時在網站瀏覽。
昨天說到單元測試,但有些時候可能因為時間關係沒辦法完整測試
開發一個系統最無聊的過程大概就是解決 Bug 了,尤其是那種嘗試對 null 物件取值的錯誤(`Object reference not set to an instance of an object.`),這應該是大部分人剛踏入程式設計領域最常碰到的問題,為了從枯燥的解決 Bug 過程解脫,這篇就來介紹`單元測試`。
之前有說到`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` 系統,沒有包含到我們的日誌