ABP原始碼分析二十一:Feature
Feature是什麼?Feature就是對function的分類方法,其與function的關係就比如Role和User的關係一樣。
ABP中Feature具有以下屬性: 其中最重要的屬性是name,用以表示feature的Identity,一個feature一個name. 一個Feature可以有一組子Features,從而構成Feature樹。
FeatureDictionary: 其本身繼承自Dictionary。其作用就是把一個Feature及其Child Features從樹狀結構載入加到Dictionary結構中(扁平化)。
IFeatureDefinitionContext
IFeatureManager:該介面定義根據name返回Feature的一些方法
FeatureManager:通過呼叫繼承自FeatureDefinitionContextBase中的方法來實現IFeatureManager中定義的方法。這個FeatureManager起到了一個類似介面卡的作用,把IFeatureDefinitionContext適配成IFeatureManager。FeatureManager的另一個作用是初始化FeatureDictionary(其Features屬性)。
FeatureProvider: 抽象基類,用於向IFeatureDefinitionContext物件(FeatureManager)中新增Feature. Abp框架只提供了抽象類,下面程式碼是一個簡單的示例。實際專案中可以建立自定義FeatureProvider來從資料庫中讀取feature來填充到FeatureManager物件中。
IFeatureConfiguration/FeatureConfiguration: FeatureManager通過具體的FeatureProvider來初始化FeatureDictionary(其Features屬性)。但是ABP核心模組處於專案的最底層,怎麼能知道上層定義的FeatureProvider的型別呢? FeatureConfiguration 為解決這個問題引入了FeatureProvider配置項。FeatureProvider就是一個Type 列表 (ITypeList<FeatureProvider>),注意是FeatureProvider的Type,不是例項。在需要FeatureProvider的地方,可以使用容器根據Type構造出例項。
IFeatureChecker/FeatureChecker: 提供檢查特定的feture對於特定的tenant是否可用。首先FeatureChecker 根據Feature Name通過FeatureManager獲取Featue,然後通過從IFeatureValueStore物件根據Feature Name和tenantId獲取Feature的value值。 然後判斷value是否為“true”.
IFeatureValueStore: 介面定義了獲取Feature值的方法。FeatureValueStore需要在子模組中實現。因為feature往往是存放在資料庫中的。所以Abp底層框架是不會包含對資料庫有依賴的邏輯.該介面已經完全實現在了 module-zero專案中。如果沒有實現該介面,那麼預設會使用NullFeatureValueStore對所有的功能返回null(此時使用預設的功能值)。
FeatureInterceptorRegistrar:用於給標註了RequiresFeatureAttribute特性的物件註冊FeatureInterceptor攔截器。由AbpKernelModuel呼叫。
FeatureInterceptor:執行攔截器的邏輯,主要是IFeatureChecker完成feature的檢查。一個標準的Castle 攔截器。
IFeatureDependency/SimpleFeatureDependency:如果某項功能要先進行feature檢查,可以加上一個IFeatureDependency屬性。IFeatureDependency物件通過呼叫IFeatureChecker物件完成真正的檢查。具體用例,可檢視MenuItemDefinition和UserNavigationManager的用法。
IFeatureDependencyContext/FeatureDependencyContext: 這個上下文類封裝了IFeatureChecker 和 IResolver物件。被用於方法的形參。
MenuItemDefinition:
UserNavigationManager:
相關推薦
ABP原始碼分析二十一:Feature
Feature是什麼?Feature就是對function的分類方法,其與function的關係就比如Role和User的關係一樣。 ABP中Feature具有以下屬性: 其中最重要的屬性是name,用以表示feature的Identity,一個feature一個name. 一個Feature可以有一組子F
ABP原始碼分析二十六:核心框架中的一些其他功能
本文是ABP核心專案原始碼分析的最後一篇,介紹一些前面遺漏的功能 AbpSession AbpSession: 目前這個和CLR的Session沒有什麼直接的聯絡。當然可以自定義的去實現IAbpSession使之與CLR的Session關聯 IAbpSession:定義如下圖中的四個屬性。 NullA
ABP原始碼分析三十一:ABP.AutoMapper
這個模組封裝了Automapper,使其更易於使用。 下圖描述了改模組涉及的所有類之間的關係。 AutoMapAttribute,AutoMapFromAttribute和AutoMapToAttribute:這三個attribute用於標註一個類到另外一個類的map方向。 Auto
ABP原始碼分析二十九:ABP.MongoDb
這個Module通過建立一個MongoDbRepositoryBase<TEntity> 基類,封裝了對MongoDb資料庫的操作。 這個module通過引用MongoDB.Driver,MongoDB.Bson,MongoDB.Driver.Core,MongoDB.Driver.Legacy類
ABP原始碼分析二十七:ABP.Entity Framework
IRepository:介面定義了Repository常見的方法 AbpRepositoryBase:實現了IRepository介面的常見方法 EfRepositoryBase:實現了AbpRepositoryBase中定義的抽象方法:GetAll,Insert,Delete,Update。在實
ABP原始碼分析四十一:ZERO的Audit,Setting,Background Job
AuditLog: 繼承自Entity<long>的實體類。封裝AuditLog的資訊。 AuditingStore: 實現了IAuditingStore介面,實現了將AuditLog的資訊儲存到資料庫的功能。其通過IRepository<AuditLog, long>例項完成對資料
ABP原始碼分析二十五:EventBus
IEventData/EventData: 封裝了EventData資訊,觸發event的源物件和時間 IEventBus/EventBus: 定義和實現了了一系列註冊,登出和觸發事件處理函式的方法。EventBus定義了一個Dictionary容器來存放事件和處理該事件的物件(其實不是物件而是Factor
ABP原始碼分析二十八:ABP.MemoryDB
這個模組簡單,且無實際作用。一般實際專案中都有用資料庫做持久化,用了資料庫就無法用這個MemoryDB 模組了。原因在於ABP限制了UnitOfWork的型別只能有一個(前文以作介紹),一般用了資料庫的必然要注入efUnitOfWork. 而注入了efUnitOfWork就不能在注入MemoryDbUnitO
ABP原始碼分析二十四:Notification
NotificationDefinition: 用於封裝Notification Definnition 的資訊。注意和Notification 的區別,如果把Notification看成是具體的訊息內容,NotificationDefinition則是對這個訊息自身的定義(可理解為訊息的型別)。
ABP原始碼分析二十:ApplicationService
IApplicationService : 空介面,起標識作用。所有實現了IApplicationService 的類都會被自動注入到容器中。同時所有IApplicationService物件都會被注入一些攔截器(例如:auditing, UnitOfWork等)以實現AOP AbpServiceBase:
ABP原始碼分析二十二:Navigation
MenuDefinition:封裝了導航欄上的主選單的屬性。 MenuItemDefinition:封裝了主選單的子選單的屬性。子選單可以引用其他子選單構成一個選單樹 UserMenu/UserMenuItem:封裝了用於顯示給使用者的選單/以及子選單集合。 ABP通過MenuDefinition/M
ABP原始碼分析三十四:ABP.Web.Mvc
ABP.Web.Mvc模組主要完成兩個任務: 第一,通過自定義的AbpController抽象基類封裝ABP核心模組中的功能,以便利的方式提供給我們建立controller使用。 第二,一些常見的基礎功能的實現。 AbpController:這是一個抽象基類,繼承自MVC Controller,是A
ABP原始碼分析三十六:ABP.Web.Api
這裡的內容和ABP 動態webapi沒有關係。除了動態webapi,ABP必然是支援使用傳統的webApi。ABP.Web.Api模組中實現了一些同意的基礎功能,以方便我們建立和使用asp.net webApi。 AbpApiController:這是一個抽象基類,繼承自ApiController,是AB
ABP原始碼分析三十五:ABP中動態WebAPI原理解析
動態WebAPI應該算是ABP中最Magic的功能之一了吧。開發人員無須定義繼承自ApiController的類,只須重用Application Service中的類就可以對外提供WebAPI的功能,這應該算是對DRY的最佳詮釋了. 如下圖所示,一行程式碼就為所有實現了IApplicationService的
ABP原始碼分析四十四:ZERO的配置
ABP Zero模組中需要配置的地方主要集中在三塊:配置靜態的role,配置外部認證源,以及配置本地化語言和資源。 UserManagementConfig/IUserManagementConfig:定義了一個配置項,用於配置外部認證源。預設情況下,ABP Zero使用AbpUser表作為身份
ABP原始碼分析三十九:ABP.Hangfire
ABP對HangFire的整合主要是通過實現IBackgroundJobManager介面的HangfireBackgroundJobManager類完成的。 HangfireBackgroundJobManager:實現了介面IBackgroundJobManager中的方法EnqueueAsync,通過
ABP原始碼分析三十七:ABP.Web.Api Script Proxy API
ABP提供Script Proxy WebApi為所有的Dynamic WebApi生成訪問這些WebApi的JQuery代理,AngularJs代理以及TypeScriptor代理。這些個代理就是javascript指令碼,通過這些代理可以簡單的訪問Dynamic webApi。 如下例項演示一個最基本的
ABP原始碼分析四十七:ABP中的異常處理
ABP 中異常處理的思路是很清晰的。一共五種型別的異常類。 AbpInitializationException用於封裝ABP初始化過程中出現的異常,只要丟擲AbpInitializationException異常就可以,無須做額外處理。這類異常往往是需要維護人員介入分析的。 其他四個異常都在AbpCon
netty原始碼分析(二十一)Netty資料容器ByteBuf底層資料結構深度剖析與ReferenceCounted初探
ByteBuf ByteBuf是Netty提供的代替jdk的ByteBuffer的一個容器,首先看一下他的具體用法: public class ByteBufTest0 { public static void main(String[] args) {
ABP原始碼分析四十二:ZERO的身份認證
ABP Zero模組通過自定義實現Asp.Net Identity完成身份認證功能, 對Asp.Net Identity做了較大幅度的擴充套件。同時重寫了ABP核心模組中的permission功能,以實現授權。注意:ABP僅僅使用了Asp.Net Identity的身份認證功能,但沒有使用Asp.Net Id