定義許可權

一個唯一的許可權是為需要授權的每個操作定義的。我們應該在使用許可權之前定義一個許可權。ABP的設計是模組化的，因此不同的模組可以有不同的許可權。為了定義模組的許可權，應該建立一個派生自AuthorizationProvider，通過abp官網建立的模板中包含這樣一個例子：

    public static class PermissionNames
    {
        public const string Pages_Tenants = "Pages.Tenants";

        public const string Pages_Users = "Pages.Users"
 
;

        public const string Pages_Roles = "Pages.Roles";
    }

    public class MZCAuthorizationProvider : AuthorizationProvider
    {
        public override void SetPermissions(IPermissionDefinitionContext context)
        {
            context.CreatePermission(PermissionNames.Pages_Users, L("Users"
 
));
            context.CreatePermission(PermissionNames.Pages_Roles, L("Roles"));
            context.CreatePermission(PermissionNames.Pages_Tenants, L("Tenants"), multiTenancySides: MultiTenancySides.Host);
        }

        private static ILocalizableString L(string name)
        {
            return
 
 new LocalizableString(name, MZCConsts.LocalizationSourceName);
        }
    }

IPermissionDefinitionContext有建立和獲取許可權的方法。一個許可權定義了一些屬性：
- Name：系統中 唯一的名字。最好為許可權的名字定義一個const字串而不是變數字串。我們偏向使用“.”符號用於有層次的名字，但這不是強制的。你可以設定任何你喜歡的名字，唯一的一點是保證它必須是唯一的。
- DisplayName:用於以後在UI上顯示許可權的本地化字串。
- Description：用於以後在UI上顯示許可權定義的本地化字串。
- IsGrantedByDefault：表示該許可權是否授予給所有登入的使用者，除非該許可權顯式禁止未授予給使用者。該值一般預設為false。
- MultiTenancySides：對於多租戶應用，租戶或者租主可以使用同一個許可權。這是一個Flags列舉，因此一個許可權可以用於租戶和租主。
- dependedFeature：可以用於宣告一個功能的依賴。因此，只有功能依賴滿足了，該許可權才會被授予。
一個許可權可以有父許可權和子許可權。雖然這不會影響許可權檢查，但是在UI上組合許可權有所幫助,下面是我自己添加了許可權，進行了以下修改。

    public static class PermissionNames
    {
        public const string Pages_Tenants = "Pages.Tenants";

        public const string Pages_Users = "Pages.Users";

        public const string Pages_Roles = "Pages.Roles";
        /// <summary>
        /// 部落格管理頁面許可權
        /// </summary>
        public const string Pages_Blogs = "Pages.Blogs";
        public const string Pages_Blogs_Notes = "Pages.Blogs.Notes";
        public const string Blogs_Notes_Edit = "Pages.Blogs.Notes.Edit";
        public const string Blogs_Notes_Delete = "Pages.Blogs.Notes.Delete";
    }

            var BlogPermission = context.CreatePermission(PermissionNames.Pages_Blogs, L("Blogs"));
            var NotePermission = BlogPermission.CreateChildPermission(PermissionNames.Pages_Blogs_Notes,L("Notes"));
            NotePermission.CreateChildPermission(PermissionNames.Blogs_Notes_Edit, L("EditNotes"));
            NotePermission.CreateChildPermission(PermissionNames.Blogs_Notes_Delete, L("DeleteNotes"));

當建立了授權提供者之後，我們應該在模組的PreIntialize方法中註冊它：我們的模板中是這樣註冊的

    public class MZCApplicationModule : AbpModule
    {
        public override void PreInitialize()
        {
            Configuration.Authorization.Providers.Add<MZCAuthorizationProvider>();
        }
    }

我們的模板中是這樣使用的。

[AbpAuthorize(PermissionNames.Pages_Roles)]
    public class RoleAppService : AsyncCrudAppService<Role, RoleDto, int, PagedResultRequestDto, CreateRoleDto, RoleDto>, IRoleAppService
 {
}

AbpAuthorize特性需要注意的地方

• ABP對於授權使用了強大的動態方法攔截（interception）。因此，使用AbpAuthorize特性有一些限制：
• 不能用於私有方法。
• 不能用於靜態方法。
• 不能用於非注入類的方法（我們必須要使用依賴注入）。

使用IPermissionChecker驗證許可權

雖然AbpAuthorize特性對於大多數情況相當夠用了，但是肯定存在我們會在一個方法體內檢查許可權的情況。我們可以注入並使用IPermissionChecker。可以看見有兩個方法提供使用。

    //
    // 摘要:
    //     This class is used to permissions for users.
    public interface IPermissionChecker
    {
        Task<bool> IsGrantedAsync(string permissionName);
        Task<bool> IsGrantedAsync(UserIdentifier user, string permissionName);
    }

在ApplicationService基類注入並定義了PermissionChecker屬性。這樣，許可權檢查者不需要在應用服務類中注入就可以使用了。