在業務系統需求規劃過程中，通常對於諸如組織機構、使用者和角色等這種基礎功能，通常是將這部分功能規劃到通用子域中，這也說明了，對於這部分功能來講，是系統的基石，整個業務體系是建立於這部分基石之上的，當然，還有諸如多語言、設定管理、認證和授權等。對於這部分功能，ABP中存在這些概念，並且通過Module Zero模組完成了這些概念。

一、角色訪問控制之RBAC

　　RBAC：Role Based Access Control，基於角色的訪問控制，這在目前大多數軟體中來講已經算得上是普遍應用了，最常見的結構如下，結構簡單，設計思路清晰。

　　但是也存在其它升級版的設計，諸如使用者許可權表、角色組、使用者組的概念等，具體分類有RBAC0、RBAC1、RBAC2等，後者功能越來越強大，也越來越複雜。

• RBAC0：是RBAC的核心思想。
• RBAC1：是把RBAC的角色分層模型。
• RBAC2：增加了RBAC的約束模型。
• RBAC3：整合RBAC2 + RBAC1。

二、ABP中的RBAC

　　在Abp中，已經集成了這些概念，並在ModuleZero模組中實現了這些概念，基於IdentityServer4的ModuleZero模組完成了封裝。對於我們大多數以業務為中心的開發人員來講，不應該又去造一個輪子，而是應該開好這輛車。首先看下Abp中的RBAC模型

　　在這其中許可權表中記錄了使用者與許可權，角色與許可權兩部分。對於許可權通常指的是功能許可權和資料許可權兩部分，一般來講，大多指的是功能許可權，這種通過角色與許可權進行管理即可，如還有使用者部分的功能區分，則可以再使用上使用者與許可權，而對於資料許可權，可以利用使用者與許可權部分，個人用的比較少，但是，可以想象到這麼一個場景，針對於一家門店內的多個店長，角色相同即相應的許可權相同，但各自關心的資料來源不同，關心東部、南部等資料，而不關心西部、北部資料，因此可以在資料層面進行劃分，比如設定資料來源，東南西北，對於資料來源進行許可權關聯，這樣一來使用者本身如果擁有東部資料許可權，則只能看到東部資料。

1、許可權宣告及應用

　　在Abp中，需要首先在Core層/Authorization/PermissionNames.cs中宣告許可權，Abp許可權部分設計原則是：先宣告再使用。

/// <summary>
/// 許可權命名
/// </summary>
public static class PermissionNames
{
    #region 頂級許可權
    public const string Pages = "Pages";
    #endregion

    #region 基礎支撐平臺
    public const string Pages_Frame = "Pages.Frame";

    #region 租戶管理
    public const string Pages_Frame_Tenants = "Pages.Frame.Tenants";
    #endregion

    #region 組織機構
    public const string Pages_Frame_OrganizationUnits = "Pages.Frame.OrganizationUnits";
    public const string Pages_Frame_OrganizationUnits_Create = "Pages.Frame.OrganizationUnits.Create";
    public const string Pages_Frame_OrganizationUnits_Update = "Pages.Frame.OrganizationUnits.Update";
    public const string Pages_Frame_OrganizationUnits_Delete = "Pages.Frame.OrganizationUnits.Delete";
    #endregion

    #region 使用者管理
    public const string Pages_Frame_Users = "Pages.Frame.Users";
    public const string Pages_Frame_Users_Create = "Pages.Frame.Users.Create";
    public const string Pages_Frame_Users_Update = "Pages.Frame.Users.Update";
    public const string Pages_Frame_Users_Delete = "Pages.Frame.Users.Delete";
    public const string Pages_Frame_Users_ResetPassword = "Pages.Frame.Users.ResetPassword";
    #endregion

    #region 角色管理
    public const string Pages_Frame_Roles = "Pages.Roles";
    public const string Pages_Frame_Roles_Create = "Pages.Frame.Roles.Create";
    public const string Pages_Frame_Roles_Update = "Pages.Frame.Roles.Update";
    public const string Pages_Frame_Roles_Delete = "Pages.Frame.Roles.Delete";
    #endregion

}

　　然後在Core層/Authorization/XXXAuthorizationProvider.cs中設定具體許可權，在此處設定許可權時，可以根據許可權設計時候的職責劃分，比如如果僅僅是多租戶需要這部分，那便設定許可權範圍為多租戶即可。

public class SurroundAuthorizationProvider : AuthorizationProvider
{
    public override void SetPermissions(IPermissionDefinitionContext context)
    {
        #region 頂級許可權
        var pages = context.CreatePermission(PermissionNames.Pages, L("Pages"));
        #endregion

        #region 基礎支撐平臺
        var frame = pages.CreateChildPermission(PermissionNames.Pages_Frame, L("Frame"));

        #region 租戶管理
        frame.CreateChildPermission(PermissionNames.Pages_Frame_Tenants, L("Tenants"), multiTenancySides: MultiTenancySides.Host);
        #endregion

        #region 組織機構
        var organizationUnits = frame.CreateChildPermission(PermissionNames.Pages_Frame_OrganizationUnits, L("OrganizationUnits"));
        organizationUnits.CreateChildPermission(PermissionNames.Pages_Frame_OrganizationUnits_Create, L("CreateOrganizationUnit"));
        organizationUnits.CreateChildPermission(PermissionNames.Pages_Frame_OrganizationUnits_Update, L("EditOrganizationUnit"));
        organizationUnits.CreateChildPermission(PermissionNames.Pages_Frame_OrganizationUnits_Delete, L("DeleteOrganizationUnit"));
        #endregion

        #region 使用者管理
        var users = frame.CreateChildPermission(PermissionNames.Pages_Frame_Users, L("Users"));
        users.CreateChildPermission(PermissionNames.Pages_Frame_Users_Create, L("CreateUser"));
        users.CreateChildPermission(PermissionNames.Pages_Frame_Users_Update, L("UpdateUser"));
        users.CreateChildPermission(PermissionNames.Pages_Frame_Users_Delete, L("DeleteUser"));
        users.CreateChildPermission(PermissionNames.Pages_Frame_Users_ResetPassword, L("ResetPassword"));
        #endregion

        #region 角色管理
        var roles = frame.CreateChildPermission(PermissionNames.Pages_Frame_Roles, L("Roles"));
        roles.CreateChildPermission(PermissionNames.Pages_Frame_Roles_Create, L("CreateRole"));
        roles.CreateChildPermission(PermissionNames.Pages_Frame_Roles_Update, L("UpdateRole"));
        roles.CreateChildPermission(PermissionNames.Pages_Frame_Roles_Delete, L("DeleteRole"));
        #endregion
    }
}

　　在設定完畢後，需要將該類整合到Core層/XXXCoreModule當前模組中，才能使得該部分許可權設定生效。

//配置許可權管理
Configuration.Authorization.Providers.Add<SurroundAuthorizationProvider>();

 　　作為業務的入口，選單是較為直觀的體現方式，現在可以，為選單分配許可權了，擁有許可權的人才能看的到選單，同時後臺方法中也要有許可權判定，選單僅作為前端入口上的控制，許可權判定作為後端的控制。在MVC層的Startup/XXXNavigationProvider.cs中完成選單的配置工作，可以配置多級選單，每個選單可以配置相應的許可權，在生成選單判定時，如果父級選單許可權不足，則直接會跳過子級選單的判定。

new MenuItemDefinition(//基礎支撐
    PageNames.FrameManage,
    L(PageNames.FrameManage),
    icon: "",
    requiredPermissionName: PermissionNames.Pages_Frame
).AddItem(
    new MenuItemDefinition(//組織機構
        PageNames.OrganizationUnits,
        L(PageNames.OrganizationUnits),
        url: "/OrganizationUnits",
        icon: "",
        requiredPermissionName: PermissionNames.Pages_Frame_OrganizationUnits
    )
).AddItem(
    new MenuItemDefinition(//使用者管理
        PageNames.Users,
        L(PageNames.Users),
        url: "/Users",
        icon: "",
        requiredPermissionName: PermissionNames.Pages_Frame_Users
    )
).AddItem(
    new MenuItemDefinition(//角色管理
        PageNames.Roles,
        L(PageNames.Roles),
        url: "/Roles",
        icon: "",
        requiredPermissionName: PermissionNames.Pages_Frame_Roles
    )
).AddItem(
    new MenuItemDefinition(//系統設定
        PageNames.HostSettings,
        L(PageNames.HostSettings),
        url: "/HostSettings",
        icon: "",
        requiredPermissionName: PermissionNames.Pages_Frame_HostSettings
    )
)

　　在前端頁面上，對於按鈕級別的控制也通過許可權判定，Abp提供了判定方法，利用Razor語法進行按鈕控制

@if (await PermissionChecker.IsGrantedAsync(PermissionNames.Pages_Core_DataDictionary_Create))
{
    <button class="layui-btn layuiadmin-btn-dataDictionary" data-type="addDataDictionary">新增型別</button>
}

　　在後端方法上，通常我喜歡直接在應用服務中的方法上做許可權判定(當然也可以前移到MVC層，但是這樣一來，針對於WebApi形式的Host層，又得多加一次判定了)，利用AbpAuthorize特性，判定該方法需要哪幾個許可權才能訪問，而在mvc的控制器上做訪問認證。

[AbpAuthorize(PermissionNames.Pages_Core_DataDictionary_Create)]
private async Task CreateDataDictionaryAsync(CreateOrUpdateDataDictionaryInput input)
{

}

2、角色與許可權

 　　在Abp中，角色資訊儲存在abprole表中，角色與許可權間的關聯儲存在abppermission這張表中，一個角色有多個許可權，如果某個角色的許可權被去掉了，這張表中的相關記錄將由abp負責刪除，我們只需要完成掌控哪些許可權是這個角色有的就行。Abp中已經完成了角色的所有操作，但是前端部分採用的是bootstrap弄的，將其改造一波，成為layui風格。

　　在建立角色中，主要是將選中的許可權掛鉤到具體的某個角色上，該部分程式碼沿用abp中自帶的角色許可權處理方法。

private async Task CreateRole(CreateOrUpdateRoleInput input)
{
    var role = ObjectMapper.Map<Role>(input.Role);
    role.SetNormalizedName();

    CheckErrors(await _roleManager.CreateAsync(role));

    var grantedPermissions = PermissionManager
        .GetAllPermissions()
        .Where(p => input.PermissionNames.Contains(p.Name))
        .ToList();

    await _roleManager.SetGrantedPermissionsAsync(role, grantedPermissions);
}

　　指定角色Id，租戶Id及之前宣告的許可權名稱，在abppermission中可檢視到具體角色許可權。

3、使用者與角色

 　　一個使用者可以承擔多個角色，履行不同角色的義務，作為一個業務系統最基本的單元，abp中提供了這些概念並在Module Zero模組中已經完成了對使用者的一系列操作，使用者資訊儲存在AbpUsers表中,使用者直接關聯的角色儲存在AbpUserRoles表中，abp中MVC版本採用的是bootstrap風格，因此，用layui風格完成一次替換，並且，改動一些頁面佈局。

　　Abp版本中，由於是土耳其大佬所開發的習慣，針對於姓和名做了拆分，因此對於我們的使用要做一次處理，我這先簡單處理了一下，並且在業務系統中，郵箱時有時無，因此也需要進行考慮。

[AbpAuthorize(PermissionNames.Pages_Frame_Users_Create)]
private async Task CreateUser(CreateOrUpdateUserInput input)
{
    var user = ObjectMapper.Map<User>(input.User);
    user.TenantId = AbpSession.TenantId;
    user.IsEmailConfirmed = true;
    user.Name = "Name";
    user.Surname = "Surname";
    //user.EmailAddress = string.Empty;

    await UserManager.InitializeOptionsAsync(AbpSession.TenantId);
    foreach (var validator in _passwordValidators)
    {
        CheckErrors(await validator.ValidateAsync(UserManager, user, AppConsts.DefaultPassword));
    }

    user.Password = _passwordHasher.HashPassword(user, AppConsts.DefaultPassword);

    await _userManager.InitializeOptionsAsync(AbpSession.TenantId);

    CheckErrors(await _userManager.CreateAsync(user, AppConsts.DefaultPassword));

    if (input.AssignedRoleNames != null)
    {
        CheckErrors(await _userManager.SetRoles(user, input.AssignedRoleNames));
    }

    if (input.OrganizationUnitIds != null)
    {
        await _userManager.SetOrganizationUnitsAsync(user, input.OrganizationUnitIds);
    }

    CurrentUnitOfWork.SaveChanges();
}

　　此處對使用者個人單獨的許可權沒有去做處理，依照Abp的文件有那麼一句話，大多數應用程式中，基於角色的已經足夠使用了，如果想宣告特定許可權給使用者，那麼針對於使用者本身的角色許可權則被覆蓋。 　　　

　至此，修改整合使用者、角色和許可權加入到系統中初步完成了，至於一些更為豐富的功能，待逐步加入中，車子再好，司機也得睡覺。

　倉庫地址：https://gitee.com/530521314/Partner.Surround.git

2019-11-17,望技術有成後能回來看見自己的腳步 
 

            
  
           

              
              
            
            
相關推薦
			   
            
            
            
 

    

    
    
X-Admin&ABP框架開發-RBAC
     
 　　在業務系統需求規劃過程中，通常對於諸如組織機構、使用者和角色等這種基礎功能，通常是將這部分功能規劃到通用子域中，這也說明了，對於這部分功能來講，是系統的基石，整個業務體系是建立於這部分基石之上的，當然，還有諸如多語言、設定管理、認證和授權等。對於這部分功能，ABP中存在這些概念，並且通過Module Ze 

  
 

    

    
    
X-Admin&ABP框架開發-資料字典
     
 　　在業務型的系統開發中，我們需要維護各種個樣的型別，比如客戶型別、客戶行業、商品型別等等，這些型別往往資訊量不多，並且相似度極高，如果採用一型別一表去設計，將會造成極大的工作量，通過將這部分型別的資訊進行抽象，利用欄位去儲存型別區分，共用表結構，來達到相容各種型別的功能，也就是設計一個數據字典，而對於一個具 

  
 

    

    
    
X-Admin&ABP框架開發-訊息通知
     
 　　業務型網站使用過程中，訊息通知是一個不可或缺的功能，採用站內通知、簡訊通知、郵件通知、微信通知等等各種方式都有，ABP框架對這部分工作已經封裝的很好了，站在巨人的肩膀上，一覽全貌，帶來的就是心情舒暢。
 　　ABP官網地址：https://aspnetboilerplate.com/
&nb 

  
 

    

    
    
X-Admin&ABP框架開發-系統日誌
     
 　　網站正常執行中有時出現異常在所難免，檢視系統執行日誌分析問題並能夠根據錯誤資訊快速解決問題尤為重要，ABP對於系統執行日誌這塊已經做了很好的處理，預設採用的Log4Net已經足夠滿足開發過程中的需要了(當然有需要的話也可以更換為其它日誌元件)。
　　ABP官網地址：https://aspnetboile 

  
 

    

    
    
X-Admin&ABP框架開發-設定管理
     
 　　在網站開發中，設定是不可缺少的一環，如使用者設定、系統設定、甚至是租戶設定等。ABP對於設定的管理已經做了很好的處理，我們可以藉助巨人的力量來完成我們的冒險。
　　ABP官網地址：https://aspnetboilerplate.com/
 
一、設定的層級劃分
　　ABP中提供了三種 

  
 

    

    
    
X-Admin&ABP框架開發-程式碼生成器
     
 　　在日常開發中，有時會遇到一些相似的程式碼，甚至是隻要CV一次，改幾個名稱，就可以實現功能了，而且總歸起來，都可以由一些公用的頁面更改而來，因此，結合我日常開發中使用到的頁面，封裝一個適合自己的程式碼生成器，僅處於入門階段，包括生成的程式碼結構都僅是把框架展示出來，內部詳細暫時沒得，針對於應用服務中的介面和 

  
 

    

    
    
X-Admin&ABP框架開發-租戶管理
     
 　　軟體即服務概念的推動，定製化到通用化的發展，用一套程式碼完成適應不同企業的需求，利用多租戶技術可以去做到這一點。ABP裡提供了多租戶這一概念並且也在Zero模組中實現了這一概念。
 
一、多租戶的概念
　　單部署-單資料庫：部署應用程式的單個例項和單個數據庫。在每個資料表（關係型資料庫）裡用一個 

  
 

    

    
    
X-Admin&ABP框架開發-版本管理
     
 　　多租戶系統中，針對於不同租戶開放不同功能，或是按照不同功能進行收費管理，需要從宿主本身去管理租戶的版本資訊，如同酒店人員對不同房間收取不同費用，依據房間內部設施，房間大小等設定不同收費標準。Abp系統中預設是多租戶的，並且在Zero模組中實現了版本管理功能。 
 　　演示地址：http 

  
 

    

    
    
整合X-Admin前端框架改造ABP
     
 fun   page   項目架構   倉庫   ret   中文設置   3.2   底部   管理   　　“站在巨人的肩膀上”，這樣一來，不要萬事親恭，在值得的方向上節約時間，畢竟人生就這麽一次。在接觸ABP以來，一直想花點時間整合LayUI前端框架到ABP中，進而能夠逐漸打磨出 

  
 

    

    
    
【ABP框架系列學習】模組系統(4)之示例開發
     
 0.引言 
上一篇博文主要介紹了ABP模組及外掛的相關知識，本章節主要開發一個外掛示例來學習如何建立一個外掛，並在應用程式中使用。這個命名為FirstABPPlugin的外掛主要在指定的時間段內刪除審計日誌。 
1.建立外掛 
(1).新建專案，選擇【類庫(.NET Core)】 
​ 
(2).新增引用Ab 

  
 

    

    
    
【ABP框架系列學習】模塊系統(4)之示例開發
     
 etc   ...   類庫   logging   chm   sele   gre   工作   繼承   0.引言
上一篇博文主要介紹了ABP模塊及插件的相關知識，本章節主要開發一個插件示例來學習如何創建一個插件，並在應用程序中使用。這個命名為FirstABPPlugin的插件主要在指定的時間段內刪除審 

  
 

    

    
    
micro-admin業務系統快速開發框架
     
 
                服務基於springboot、springcloud、mybatis搭建的業務系統快速開發框架。頁面基於bootstrap。

資料庫預設使用mysql，也可以切換為oracle。同時框架還支援使用Groovy開發controller、servicebean、dao層業務邏輯 

  
 

    

    
    
.net開發  abp框架+vue的微信公眾號的微信授權
     
 
                1、在進行微信開發之前你   首先你得需要一個微信公眾號（具體的申請步驟省略）2、進行微信開發的開發配置（我這裡是配置一個測試賬號後面的微信支付還是要走微信公眾號  配置是一樣的）URL為微信開發正確響應傳送Token驗證的地址目錄，也就是公眾號裡的白名單配置Token是微信 

  
 

    

    
    
ABP框架（asp.net core 2.X+Vue）模板專案學習之路（一）
     
   
  
  
前言： 
　　第一次接觸ABP的專案是在2018年6月份，但是當時沒有深入具體的研究，而今天因為工作的需要，需要學習、瞭解這個框架，在時隔半年之後，今天重新下載了這個專案，雖然在園子裡有很多前輩們寫的這類的文章，但是我還是會在部落格園中記錄一下學習的過程，一是希 

  
 

    

    
    
高薪誠聘熟悉ABP框架的.NET高階開發工程師（2016年7月28日重發）
     
 招聘單位是ABP架構設計交流群(134710707)群主陽銘所在的公司-上海運圖貿易有限公司
招聘崗位：.NET高階開發工程師工作地點：上海-普陀區
【公司情況】上海運圖貿易有限公司，是由易迅網的創始人卜廣齊投資2500萬美金成立的O2O汽車電商公司，由卜廣齊親自任CEO，是全國最大的自營新車電商，目前已 

  
 

    

    
    
DDD開發模式ABP框架許可權設定
     
 
需求：在介面展示中，“角色管理”,"使用者管理"，“角色屬性”，"勾選許可權","新增使用者","新增角色屬性"，“語言顯示”，“維護例子”等,根據當前使用者登入賬號判斷是否分配了相應許可權而展示。
如圖：


如下圖：在現有的“角色屬性”,"許可權"，“使用者” 的許可權下 一次新增 "使用者登入","增 

  
 

    

    
    
用Beego和beego admin開源框架開發的後臺管理系統
     
 
                
    接觸GO語言一個月不到，已經感到它強大的功能和生命力，做的這個後臺管理系統基於Beego admin開源框架，前端使用easyUI和json方式，實現RESTful，具體細節太多，後面會慢慢說，先發幾個截圖，過過癮。
1、選單

2、裝置管理

3、動態列表維護

 

  
 

    

    
    
ABP開發框架前後端開發系列---（8）ABP框架之Winform介面的開發過程
     
 在前面隨筆介紹的《ABP開發框架前後端開發系列---（7）系統審計日誌和登入日誌的管理》裡面，介紹瞭如何改進和完善審計日誌和登入日誌的應用服務端和Winform客戶端，由於篇幅限制，沒有進一步詳細介紹Winform介面的開發過程，本篇隨筆介紹這部分內容，並進一步擴充套件Winform介面的各種情況處理，力求讓 

  
 

    

    
    
ABP開發框架前後端開發系列---（9）ABP框架的許可權控制管理
     
 在前面兩篇隨筆《ABP開發框架前後端開發系列---（7）系統審計日誌和登入日誌的管理》和《ABP開發框架前後端開發系列---（8）ABP框架之Winform介面的開發過程》開始介紹了許可權管理的內容，其中只是列出了內部的許可權系統的審計和登陸資訊，以及對Winform介面的整合，本篇隨筆繼續介紹ABP開發框架 

  
 

    

    
    
ABP開發框架前後端開發系列---（15）ABP框架的服務端和客戶端快取的使用
     
 快取在一個大型一點的系統裡面是必然會涉及到的，合理的使用快取能夠給我們的系統帶來更高的響應速度。由於資料提供服務涉及到資料庫的相關操作，如果客戶端的併發數量超過一定的數量，那麼資料庫的請求處理則以爆發式增長，如果資料庫伺服器無法快速處理這些併發請求，那麼將會增加客戶端的請求時間，嚴重者可能導致資料庫服務或者應