該系列博文主要在【官方文檔】及【tkbSimplest】ABP框架理論研究系列博文的基礎上進行總結的,或許你們會質問,別人都已經翻譯過了,這不是畫蛇添足嗎?緣由以下:javascript
1.【tkbSimplest】的相關博文因爲撰寫得比較早的,在參照官方文檔學習的過程當中,發現部分知識未能及時同步(當前V4.0.2版本),如【EntityHistory】、【Multi-Lingual Engities】章節未涉及、【Caching】章節沒有Entity Caching等內容。html
2.進一步深刻學習ABP的理論知識。java
3.藉此機會提升英文文檔的閱讀能力,故根據官方當前最新的版本,並在前人的基礎上,本身也感覺一下英文幫助文檔的魅力。git
好了,下面開始進入正題。github
ABP是ASP.NET Boilerplate的簡稱,從英文字面上理解它是一個關於ASP.NET的模板,在github上已經有5.7k的star(截止2018年11月21日)。官方的解釋:ABP是一個開源且文檔友好的應用程序框架。ABP不只僅是一個框架,它還提供了一個最徍實踐的基於領域驅動設計(DDD)的體系結構模型。ajax
ABP與最新的ASP.NET CORE和EF CORE版本保持同步,一樣也支持ASP.NET MVC 5.x和EF6.x。json
讓咱們研究一個簡單的類,看看ABP具備哪些優勢:瀏覽器
這裏咱們看到一個Application Service(應用服務)方法。在DDD中,應用服務直接用於表現層(UI)執行應用程序的用例。那麼在UI層中就能夠經過javascript ajax的方式調用UpdateTask方法。緩存
經過上述事例,讓咱們來看看ABP的一些優勢:app
依賴注入(Dependency Injection):ABP使用並提供了傳統的DI基礎設施。上述TaskAppService類是一個應用服務(繼承自ApplicationService),因此它按照慣例以短暫(每次請求建立一次)的形式自動註冊到DI容器中。一樣的,也能夠簡單地注入其餘依賴(如事例中的IRepository<Task>)。
部分源碼分析:TaskAppService類繼承自ApplicationService,IApplicaitonServcie又繼承自ITransientDependency接口,在ABP框架中已經將ITransientDependency接口注入到DI容器中,全部繼承自ITransientDependency接口的類或接口都會默認注入。
倉儲(Repository):ABP能夠爲每個實體建立一個默認的倉儲(如事例中的IRepository<Task>)。默認的倉儲提供了不少有用的方法,如事例中的FirstOrDefault方法。固然,也能夠根據需求擴展默認的倉儲。倉儲抽象了DBMS和ORMs,並簡化了數據訪問邏輯。
受權(Authorization):ABP能夠經過聲明的方式檢查權限。若是當前用戶沒有【update task】的權限或沒有登陸,則會阻止訪問UpdateTask方法。ABP不只提供了聲明屬性的方式受權,並且還能夠經過其它的方式。
部分源碼分析:AbpAuthorizeAttribute類實現了Attribute,可在類或方法上經過【AbpAuthorize】聲明。
經過AuthorizationProvider類中的SetPermissions方法進行自定義受權。
驗證(Validation):ABP自動檢查輸入是否爲null。它也基於標準數據註釋特性和自定義驗證規則驗證全部的輸入屬性。若是請求無效,它會在客戶端拋出適合的驗證異常。
部分源碼分析:ABP框架中主要經過攔截器ValidationInterceptor(AOP實現方式之一,)實現驗證,該攔截器在ValidationInterceptorRegistrar的Initialize方法中調用。
自定義Customvalidator類
審計日誌(Audit Logging):基於約定和配置,用戶、瀏覽器、IP地址、調用服務、方法、參數、調用時間、執行時長以及其它信息會爲每個請求自動保存。
部分源碼分析:ABP框架中主要經過攔截器AuditingInterceptor(AOP實現方式之一,)實現審計日誌,該攔截器在AuditingInterceptorRegistrar的Initialize方法中調用。
工做單元(Unit Of Work):在ABP中,應用服務方法默認視爲一個工做單元。它會自動建立一個鏈接並在方法的開始位置開啓事務。若是方法成功完成並無異常,事務會提交併釋放鏈接。即便這個方法使用不一樣的倉儲或方法,它們都是原子的(事務的)。當事務提交時,實體的全部改變都會自動保存。如上述事例所示,甚至不須要調用_repository.Update(task)方法。
部分源碼分析:ABP框架中主要經過攔截器UnitOfWorkInterceptor(AOP實現方式之一,)實現工做單元,該攔截器在UnitOfWorkRegistrar的Initialize方法中調用。
異常處理(Exception):在使用了ABP框架的Web應用程序中,咱們幾乎不用手動處理異常。默認狀況下,全部的異常都會自動處理。若是發生異常,ABP會自動記錄並給客戶端返回合適的結果。例如:對於一個ajax請求,返回一個json對象給客戶端,代表發生了錯誤。但會對客戶端隱藏實際的異常,除非像上述事例那樣使用UserFriendlyException方法拋出。它也理解和處理客戶端的錯誤,並向客戶端顯示合適的信息。
部分源碼分析:UserFriendlyException拋出異常方法。
日誌(Logging):由上述事例可見,能夠經過在基類定義的Logger對象來寫日誌。ABP默認使用了Log4Net,但它是可更改和可配置的。
部分源碼分析:Log4NetLoggerFactory類。
本地化(Localization):注意,在上述事例中使用了L("XXX")方法處理拋出的異常。所以,它會基於當前用戶的文化自動實現本地化。詳細見後續本地化章節。
部分源碼分析:......
自動映射(Auto Mapping):在上述事例最後一行代碼,使用了ABP的MapTo擴展方法將輸入對象的屬性映射到實體屬性。ABP使用AutoMapper第三方庫執行映射。根據命名慣例能夠很容易的將屬性從一個對象映射到另外一個對象。
部分源碼分析:AutoMapExtensions類中的MapTo()方法。
動態API層(Dynamic API Layer):在上述事例中,TaskAppService其實是一個簡單的類。一般必須編寫一個Web API Controller包裝器給js客戶端暴露方法,而ABP會在運行時自動完成。經過這種方式,能夠在客戶端直接使用應用服務方法。
部分源碼分析:......
動態javascript ajax代理(Dynamic JavaScript AJAX Proxy):ABP建立動態代理方法,從而使得調用應用服務方法就像調用客戶端的js方法同樣簡單。
部分源碼分析:......
經過上述簡單的類能夠看到ABP的優勢。完成全部這些任務一般須要花費大量的時間,可是ABP框架會自動處理。
除了這個上述簡單的事例外,ABP還提供了一個健壯的基礎設施和開發模型,如模塊化、多租戶、緩存、後臺工做、數據過濾、設置管理、領域事件、單元&集成測試等等,那麼你能夠專一於業務代碼,而不須要重複作這些工做(DRY)。