經過前面十二篇的基礎教程，現在終於該做個總結了。
回顧
第一篇，我們建議新手朋友們先通過ABP官網的啟動模板生成解決方案，因為這樣既快速又准確，不會因為項目的搭建，而讓新手畏而卻步。
第二篇，我們說了實體類的創建，這是放在核心層（Core Layer）的，每個實體類最終和數據庫中的表是一一對應的。
第三篇，我們講了創建數據庫上下文DbContext，這是連接應用程序和數據庫的橋梁，是數據在應用和數據庫之間流通的管道。
第四篇，有了前面的橋梁、管道，那么接下來就應該徹底第一次打通該通道了，這就是數據庫遷移，完成了這一步，核心層的實體類就和數據庫中的表一一對應上了。
第五篇，通道有了，數據庫也有了，假如數據庫中有了很多數據，那么我們如何將這些數據取出來供應用程序使用呢？這就需要倉儲出馬了，它就像是應用程序中一個臨時存儲數據的倉庫一樣。而在第五篇中，我們主要說的是倉儲接口的定義，而這個倉儲接口，一般是一些自定義的方法，因為絕大多數的方法如Insert(),Delete(),Get(),Update()等都已經定義在了泛型接口IRepository<T>中，一般我們是不需要定義的。注意倉儲接口的定義是放在核心層的。
第六篇，上面定義了倉儲接口，這里自然就要實現這些接口了。注意，倉儲的實現是放在ABP的基礎設施層的，比如，你項目中使用的EF，那么倉儲接口的實現就要放在EntityFramework那個類庫項目。
第七篇，構建應用層服務。創建這一層的目的是為了解耦表現層和核心層，這樣表現層就像皮膚一樣可以靈活更換，而核心層也可以隨着業務的變化而改變，也不會影響到表現層。
第八篇，上面構建了應用層服務，而一般來說，應用程序的輸入都要經過兩次驗證，一次是在客戶端，一次是在服務端，因此第八篇說的數據校驗就是應用服務層的服務端校驗。應用服務層方法的參數一般是一個Dto類，而該Dto類繼承了ABP中定義的驗證接口（如IInputDto）的話，ABP會通過攔截器進行攔截驗證，詳細信息請查看對應的文檔。
第九篇，介紹了ABP中的一大特色，就是可以將上面創建的應用服務層的方法動態地生成Web API，這樣，我們的Web層就可變得很薄，而且，在客戶端直接調用Web API有時也是很方便的事情。
第十篇，應用程序的最頂端，也就是UI層了。這里主要給展示了一下我在項目中使用了哪些腳本或插件來實現一些界面上的功能，沒有具體講什么客戶端技術，因為涉及知識面太廣，因此，以后可能會講。
第十一篇，也是ABP中的一大特色，本地化系統靈活，強大，健壯，本地化資源可以存儲為xml,json，資源文件，還可以存儲在數據庫中，而且使用非常方便。請查看詳細文檔進行閱讀。
第十二篇，通過一個小例子展示了一下ABP中單元測試的構建。特點是在同一個解決方案中另建一個類庫項目即可完成，此外，更加真實的測試（只有初始數據是偽造的）使得測試格外具有價值。
忠告
我相信，如果你認真地閱讀了本教程，並且跟着我的節奏動手實踐的話，那么使用ABP搭建屬於你的項目已經不是難事了。
最近很多園友都通過下面的連接加入了QQ群，但是依然還有很多園友在群里問着很簡單的問題，其實很多問題我已經在博客中說明解決方法了，所以希望看到這里的園友或者今后加到QQ群的園友，如果你真的希望靈活使用ABP這個框架，掌握一些基本原理，那么我希望你能好好地閱讀我的所有關於ABP的文章，如果你急功近利，只是圖快，盡快使用ABP搭建好項目，這樣是學不好ABP的，總之，態度一定要端正。記住，所有的框架都是由很多相同的基本知識點構成的，這些基本知識點掌握了，學習任何一個框架都會是得心應手的感覺。就像學習編程語言一樣，基本語法和編程思想掌握了，所有的編程語言都是一通百通的事情。
計划
該系列教程的知識點也回顧完了，樓主的忠告也說完了，接下來樓主說說后面博客的打算。
ABP理論基礎和實踐基礎系列教程都完成了，下面最先要完成的是《ABP理論高級》，這里面主要介紹一些理論基礎中沒有談到的知識點。然后是《ABP實踐高級》，從頭到尾做一個完整的項目【只有兩三項功能哦】，太多功能的實現本質都是差不多的，所以也就不在重復造輪子！
最后，希望大家關注這篇博客ABP框架理論研究總結(典藏版)，隨時關注ABP高級的鏈接是否已激活。