在一般系統開發中，我們一般要借助于高度定制化的代碼生成工具，用于統一代碼風，節省開發時間，提高開發效率，不同的專案，它的專案不同分層的基類定義不同，我們需要在框架基類的基礎上擴展我們的業務類代碼，盡量根據已有資料庫設計的資訊，完整、詳細的重現我們需要的編碼作業，一方面引入必要的關系和代碼，一方面保留一定的注釋代碼供了解使用，站在開發者的角度上思考代碼如何撰寫，這樣才能夠快速、高效的增量化開發我們的業務表應用模塊，
1、資料庫的設計
一般情況下，我們往往喜歡基于資料庫建模我們的業務表存盤內容，資料庫表是一切業務的核心，熟練的開發人員，往往都能夠迅速根據需求的內容，以及框架所需的資訊，準確的定義好所需要的表欄位，包括界面展示的欄位，以及后臺必備的一些關鍵欄位，如創建日期，創建人、所屬部門等等，
我們一般推薦使用第三方的建模工具，如PowerDesigner工具來進行資料庫表的建模，這樣可以方便分享和修改，可以根據需要隨時調整生成的資料庫腳本，
資料庫表一般需要添加備注資訊，作為生成物體類欄位的備注，或者錄入界面的文本標簽等等，我們框架使用代碼生成工具生成代碼的時候，盡可能的多利用備注資訊，用來標識或者說明類或者欄位的資訊，
準確而明了的備注資訊，可以降低我們介入代碼備注說明資訊的有效手段，
2、框架的多資料庫支持
對于多資料庫的支持，一般是框架底層需要考慮的，好的框架往往很容易支持多種資料庫的切換處理的，
在開發不同框架的系統應用的時候，我們往往以其中一個資料庫系統為藍本，先開發完成，然后再行擴展其他資料庫的支持即可，
例如對于混合框架中，底層主要使用微軟企業庫實作多種資料庫的切換的，它的底層是通過擴展適配來實作的，
而對于ABP框架來說，它提供EFCore的資料庫抽象，因此也是支持多種資料庫的處理，
ABP默認的資料庫是SQLServer，不過ABP框架底層是EF框架，因此也是很容易支持其他型別的資料庫的，如切換到Mysql操作，引入不同的包處理，然后調整下代碼即可，
ABP官方檔案中推薦使用的Mysql處理包，如下所示，
pomelo.entityframeworkcore.mysql
pomelo.entityframeworkcore.mysql.design
修改其中對應的常數定義，切換為我們所需要的Mysql資料庫即可，如下所示，
不同的資料庫支持，EFCore的切換代碼，主要是在EntityFrameworkCore專案的類MyProjectDbContextConfigurer下面，
/// <summary> /// 配置使用特定資料庫的處理 /// </summary> public static class MyProjectDbContextConfigurer { public static void Configure(DbContextOptionsBuilder<MyProjectDbContext> builder, string connectionString) { builder.UseSqlServer(connectionString);//默認SQlServer //builder.UseMySql(connectionString, new MySqlServerVersion(new Version(5, 7)));//MySQL //builder.UseNpgsql(connectionString);//PostgreSQL //builder.UseOracle(connectionString);//Oracle } public static void Configure(DbContextOptionsBuilder<MyProjectDbContext> builder, DbConnection connection) { builder.UseSqlServer(connection);//默認SQlServer //builder.UseMySql(connection, new MySqlServerVersion(new Version(5, 7)));//MySQL //builder.UseNpgsql(connection);//PostgreSQL //builder.UseOracle(connection);//Oracle } }
對于默認從SQLServer切換到Mysql的處理，詳細可以參考隨筆《ABP框架使用Mysql資料庫，以及基于SQLServer創建Mysql資料庫的架構和資料》
如果需要支持Oracle資料庫，那么也需要引入Oracle的如下驅動即可，如下所示，
然后調整下MyProjectDbContextConfigurer類的代碼即可，
3、框架后端代碼生成
一般來說，我們基于框架的構建，基本上把通用的介面或者邏輯盡可能都封裝在基類或介面里面，以便減少我們需要維護的代碼，基類代碼越抽象、統一，那么所需要的開發作業量就會非常少，只需要擴展我們自己的業務介面或函式即可，這方面也可以通過呼叫公用的處理方法，來進一步降低代碼量，
ABP初始框架的各個分層的資訊，它主要是分為下面幾個專案分層，
Application應用層：應用層提供一些應用服務（Application Services）方法供展現層呼叫，一個應用服務方法接收一個DTO(資料傳輸物件)作為輸入引數，使用這個輸入引數執行特定的領域層操作，并根據需要可回傳另一個DTO，
Core領域核心層，領域層就是業務層，是一個專案的核心，所有業務規則都應該在領域層實作，這個專案里面，除了定義所需的領域物體類外，其實可以定義我們自己的自定義的倉儲物件（類似DAL/IDAL），以及定義自己的業務邏輯層（類似BLL/IBLL），以及基于AutoMapper映射規則等內容，
EntityFrameworkCore 物體框架核心層，這個專案不需要修改太多內容，只需要在DbContext里面加入對應領域物件的倉儲物件即可，
Migrator資料遷移層，這個是一個輔助創建的控制臺程式專案，如果基于DB First，我們可以利用它來創建我們專案的初始化資料庫，
Web.Core Web核心層，基于Web或者Web API的核心層，提供了對身份登陸驗證的基礎處理，沒有其他內容，
Web.Core.Host Web API的宿主層，也是動態發布Web API的核心內容，另外在Web API里面整合了Swagger，使得我們可以方便對Web API的介面進行除錯，
Tests 單元測驗層，這個提供了一些應用層物件的模擬測驗，其中測驗的資料庫使用的是Entity Framework 的記憶體資料庫，不影響實際資料庫內容，
經過我進行簡化和優化處理的框架專案結構如下所示，
以字典模塊為介紹的話，
例如對于01-Core模塊層，需要增加檔案
對于03-Application.Common模塊來說，需要增加DTO和應用服務層介面檔案
而對于04-Application應用層來說，需要增加對應的介面實作檔案
而05、06、07模塊，我們不需要加入任何檔案，08-Caller層加入對WebAPI的遠程呼叫封裝類，給Winform、WPF/UWP、控制臺程式等呼叫，
通過整合相關的生成規則，我們可以增加對應的ABP框架代碼的生成，如下代碼生成工具界面所示，
代碼生成工具Database2Sharp地址：http://www.iqidi.com/database2sharp.htm
最終根據根據選擇資料庫表資訊，一鍵生成相關ABP架構分層代碼，檔案結構如下所示，
我們只需要把這些生成的檔案，增量式的合并到我們的專案中即可完成后臺代碼的整合了，
由于我們發布了ApplicationService層的類，那么在Swagger的介面里面，可以查看我們新增的業務介面了，已經具備了常規標準的增刪改查等介面了
ABP+Swagger負責API介面的發布展示管理，如下是API介面的管理界面，
待我們熟練各個業務介面的處理邏輯后，我們就可以進行手工的增加，或者調整邏輯了，
4、ABP框架Winform界面代碼的生成
ABP框架的界面包含兩個部分，一個是Winform界面部分，這個和我們常規的Winform開發框架或者混合框架界面開發差不多，根據資料庫表結構生成對應的串列展示和編輯界面，其中整合了條件查詢、分頁、匯入、匯出、查看、新增、編輯、洗掉等操作功能，
Database2Sharp關于ABP框架的Winform界面配置，
設定好后直接生成，代碼工具就可以依照模板來生成所需要的WInform串列界面和編輯界面的內容了，如下是生成的界面代碼，
放到VS專案里面，就看到對應的表單界面效果了，
生成界面后，進行一定的布局調整就可以實際用于生產環境了，省卻了很多時間，
在應用業務的模塊界面生成好并整合到解決方案后，就需要在后臺權限管理系統的選單管理模塊中維護對應的入口，添加對應的選單/工具列入口了，
選單資源管理的串列界面界面如下所示
雙擊樹串列或者右側的串列，都可以對已有的選單進行編輯，選單編輯界面如下所示，
主體框架界面采用的是基于選單的動態生成，以及多檔案的界面布局，具有非常好的美觀性和易用性，
5、ABP框架Element前端界面生成
Vue+Element的前端界面，是一套BS的純前端管理界面，它利用后端ABP提供的API介面作為資料源，展示界面，
引入了前后端分離的Vue + Element 作為前端技術路線，那么前后端的邊界則非常清晰，前端可以在通過網路獲取對應的JSON就可以構建前端的應用了，
主體框架界面采用的是基于后臺配置的選單動態生成，左側是選單，右邊頂部是特定導航條和內容區，
選單可以進一步展開更多內容，包括系統的權限模塊（機構、用戶、角色、選單、功能），日志，字典等等模塊內容，以及其他展示案例模塊，
我們一般做增量開發，只需要完成ABP后臺代碼開發并整合后，使用代碼開發工具進一步開發Element前端界面即可，增量開發好對應業務模塊內容后整合在Vue&Element的前端框架中，并配置好選單入口即可展示使用，
在代碼生成工具Database2Sharp界面里面，選擇【代碼生成】【ABP的Vue+Element界面代碼】，如下所示，
按照代碼工具一步步選定表進行生成，在最后根據需要選擇不同的配置生成即可，
或者選擇帶有樹串列的界面，并自定義指定目錄位置，
確認生成代碼后，我們可以看到對應的API呼叫JS類和Vue視圖檔案，如下所示，
我們把這些整合到我們的Vue&Element前端系統專案中，
然后在路由系統中加入對應的路由資訊，路由資訊是決定選單是否能夠訪問的關鍵，只有在路由串列集合里面，選單才放行的，如下所示，
在ABP + Vue + Element 快速開發框架里面，我們BS前端的選單和其CS的選單是各自分開的，我們在后臺的權限模塊系統中維護選單內容并分配給對應角色用戶，在用戶登錄系統后，動態加載選單展示，并通過選單的配置資訊，跳轉到對應的路由上去進行頁面展示處理，
選單資源管理的串列界面界面如下所示
這樣就完成了整個ABP框架，后端和前端的整合處理了，
轉載請註明出處，本文鏈接：https://www.uj5u.com/net/270425.html
標籤：.NET Core