在我們開發業務的時候，一般資料庫表都有相關的關系，除了單獨表外，一般還包括一對多、多對多等常見的關系，在實際開發程序中，需要結合系統框架做對應的處理，本篇隨筆介紹基于ABP框架對EF物體、DTO關系的處理，以及提供對應的介面進行相關的資料保存更新操作，這篇介紹多對多關系下的ABP框架的處理，
上篇隨筆《ABP框架中一對多，多對多關系的處理以及功能界面的處理（1）》介紹了一對多關系下的主從表資料處理，包括ABP框架對EF物體、DTO等關系處理，以及應用層基類介面的調整和Apicaller呼叫層的封裝，最后介紹了基于代碼生成工具快速生成所需ABP框架代碼和Winform界面代碼的程序，
本篇基于ABP框架的基礎上，繼續介紹多對多關系的資料庫設計、框架代碼生成和調整，以實作常見多對多關系的資料處理，
1、多對多關系的資料庫設計和界面關系
一般多對多的關系是指兩個業務表之間存在關聯關系，它們通過中間表（包含兩個表的外鍵關系）建立多對多的關系，ABP框架除了兩個外鍵關系外，一般還會增加幾個系統欄位，如下所示，
角色包含選單資源也是多對多的關系，一般在角色新增或者編輯界面中進行維護，
或者
功能界面設計的時候，就需要考慮和這些表之間的關系維護，如商品型別中，基本資訊里面和品牌關系進行系結，
不管上面的樹形串列，還是很后面的復選框組，都是先請求關聯主表的資料，然后再請求對應角色或者商品型別下的關系資料，系結到界面上，
如對于上面的樹形串列，通過設定樹串列的資料，以及選中的記錄就可以實作對應關系的系結，
<el-tree ref="tree" class="filter-tree" style="padding-top:10px" :data="treedata" node-key="id" icon-class="el-icon-price-tag" default-expand-all highlight-current :show-checkbox="showcheck" :filter-node-method="filterNode" :default-checked-keys="checkedList" >
因此，在樹形串列系結的時候，需要請求原有的全部選單資料，以及屬于該角色下的選單資料，兩相整合就可以實作復選框選中已有選單的效果了，
async getlist() { // 樹串列資料獲取
// 獲取全部功能串列
var param = { SkipCount: 0, MaxResultCount: 1000, Tag: 'web' }
var treeList = [] // 所有功能串列
await menu.GetAll(param).then(data =https://www.cnblogs.com/wuhuacong/archive/2020/11/12/> {
treeList = data.result.items
})
// console.log(treeList)
// 獲取角色選單串列
var grantedList = []
if (this.roleId && typeof (this.roleId) !== 'undefined') {
param = { RoleId: this.roleId, MaxResultCount: 1000, MenuTag: 'web' }
await role.GetMenusInRole(param).then(data => {
grantedList = data.result.items
})
}
// console.log(grantedList)
當然我們也可以把角色包含選單資料放在角色物件的DTO里面，然后一次性就可以獲得選單集合了，如我這里介紹的商品型別中的包含的品牌串列做法一樣，
2、ABP后端對于多對多關系的處理
多對多關系，是我們業務表常見的一種關系，如果是只讀的展示，我們直接通過關聯關系獲得記錄展示即可；如果是進行編輯的處理，那么需要獲取關聯主表的全部記錄進行展示，然后根據關聯關系，顯示復選框勾中的記錄展示，
剛才說到，我們商品型別中對于多對多的關系，可以通過后端直接回傳對應的資料記錄集合的，這種做法可以避免細粒度API的請求程序，不過對于太大的資料集合，建議還是通過單獨的API進行獲取，
我們為了在商品型別中回傳相關品牌資訊，那么需要定義一個簡單的物件用來承載品牌資訊，如下DTO所示，
/// <summary> /// 品牌簡單資訊 /// </summary> public class BrandItemDto { /// <summary> /// 品牌ID /// </summary> public virtual long Id { get; set; } /// <summary> /// 品牌編碼 /// </summary> public virtual string BrandCode { get; set; } /// <summary> /// 品牌名稱 /// </summary> public virtual string BrandName { get; set; } }
這個DTO是我們自定義的，我們需要映射常規的品牌DTO物件到這個自定義的DTO里面，那么我們可以通過映射檔案中加入對應的映射關系來處理，避免屬性的一一復制，如下所示，
然后，就是我們在商品型別中使用這個DTO的集合了，如下所示，
我們知道，我們所有業務物件提供服務，都是通過對應的應用層服務介面提供，而商品型別這里對應的應用服務層物件是ProductTypeAppService，它繼承自MyAsyncServiceBase基類物件，MyAsyncServiceBase基類物件重寫了一些常規的方法，以便提供更方便的服務介面，
其中為了資料物件的轉換方便，我們重寫了Get和GetAll的方法，并提供一個通用的模板方法用來修改物件DTO的關系，如下代碼所示，
其中ConvertDto方法就是我們給子類重寫，以便實作資料轉換關系的，例如，我們在子類ProductTypeAppService里面重寫了ConvertDto方法，
/// <summary> /// 對記錄進行轉義 /// </summary> /// <param name="item">dto資料物件</param> /// <returns></returns> protected override void ConvertDto(ProductTypeDto item) { //重寫ConvertDto方法，回傳其他關系資料 var bindedBrands = GetBindedBrands(item.Id).Result.Items; //獲取關聯品牌的ID串列 var brandIds = bindedBrands.Select(s => s.Id).ToArray(); //獲取關聯品牌的物件串列 var brandDtos = bindedBrands.Select(ObjectMapper.Map<BrandItemDto>).ToList(); item.BindBrands = brandIds; //純ID集合 item.BindBrandItems = brandDtos;//ID，BrandName,BrandCode 資訊集合 }
弄好了這些，我們測驗介面，可以正確獲得對應的記錄串列了，
這樣我們就可以在串列或者編輯界面里都展示對應的關系了，
在串列展示界面中系結已有關系代碼如下所示，
<el-table-column align="center" label="系結品牌串列"> <template slot-scope="scope"> <el-tag v-for="opt in scope.row.bindBrandItems" :key="opt.id" type="primary" :disable-transitions="false" > {{ opt.brandName }} </el-tag> </template> </el-table-column>
在編輯界面中系結已有關系代碼如下所示，
<el-form-item label="品牌關聯" prop="bindBrands"> <el-checkbox-group v-model="editForm.bindBrands" style="padding:10px;box-shadow: 0 2px 12px 0 rgba(0, 0, 0, 0.1)"> <el-checkbox v-for="(item, i) in brandList" :key="i" :label="item.id">{{ item.brandName }}</el-checkbox> </el-checkbox-group> </el-form-item>
其中editForm.bindBrands是我們包含的關系，而brandList這是所有品牌串列，這個需要在頁面創建的時候，單獨獲取，
最后，需要介紹一下資料提交的時候，我們需要根據系結串列關系，修改資料庫已有的關聯記錄，這樣實作關聯關系的更新，
我們來看看創建商品型別和更新商品型別的時候，對關系資料的處理，
/// <summary> /// 重寫創建操作，寫入額外的資訊 /// </summary> /// <param name="input">商品型別物件DTO</param> /// <returns></returns> public override async Task<ProductTypeDto> CreateAsync(CreateProductTypeDto input) { CheckCreatePermission(); var entity = MapToEntity(input); await Repository.InsertAsync(entity); await CurrentUnitOfWork.SaveChangesAsync(); //寫入中間表關系 if (input.BindBrands != null) { foreach (var brandId in input.BindBrands) { //增加新增的 await _brandTypeRepository.InsertAsync(new BrandType(AbpSession.TenantId, brandId, entity.Id)); } } return MapToEntityDto(entity); } /// <summary> /// 重寫更新操作，更新新的關系資料 /// </summary> /// <param name="input">商品型別物件DTO</param> /// <returns></returns> public override async Task<ProductTypeDto> UpdateAsync(ProductTypeDto input) { //保存主記錄 var dto = await base.UpdateAsync(input); //寫入中間表關系 if (input.BindBrands != null) { var brandsDto = new BrandsToProductTypeDto() { BrandIds = input.BindBrands, ProductTypeId = input.Id }; await AddBrandToType(brandsDto); } return dto; }
其中 AddBrandToType 就是修改已有的品牌關系，在介紹這個函式開始前，先來看看商品型別應用服務層的定義，引入了商品型別、品牌、商品型別和品牌關系表三者的倉儲物件作為引數的，
/// <summary> /// 商品型別，應用層服務介面實作 /// </summary> [AbpAuthorize] public class ProductTypeAppService : MyAsyncServiceBase<ProductType, ProductTypeDto, long, ProductTypePagedDto, CreateProductTypeDto, ProductTypeDto>, IProductTypeAppService { private readonly IRepository<ProductType, long> _repository;//業務物件倉儲物件 private readonly IRepository<User, long> _userRepository;//用戶資訊倉儲物件 private readonly IRepository<BrandType, long> _brandTypeRepository;//品牌分類中間表物件倉儲物件 private readonly IRepository<Brand, long> _brandRepository;//業務物件倉儲物件 public ProductTypeAppService(IRepository<ProductType, long> repository, IRepository<BrandType, long> brandTypeRepository, IRepository<Brand, long> brandRepository, IRepository<User, long> userRepository) : base(repository) { _repository = repository; _brandTypeRepository = brandTypeRepository; _brandRepository = brandRepository; _userRepository = userRepository; }
其中 AddBrandToType 需要修改關系，那么它的邏輯就是：如果不在新串列中的，移除資料庫中的關系；如果新串列記錄已在資料庫中存在則跳過，否則寫入關系，
詳細代碼如下所示，這個也是我們處理中間表之間關系的常見處理邏輯了，
/// <summary> /// 添加品牌到分類 /// </summary> /// <param name="input"></param> /// <returns></returns> public async Task AddBrandToType(BrandsToProductTypeDto input) { var typeInfo = Repository.GetAsync(input.ProductTypeId); if (typeInfo != null) { //獲取與中間表聯合的查詢運算式 var query = from cb in _brandTypeRepository.GetAll() join b in _brandRepository.GetAll() on cb.Brand_ID equals b.Id where cb.ProductType_ID == input.ProductTypeId select b; var oldNotInNewList = query.Where(p => !input.BrandIds.Contains(p.Id)).ToList(); foreach (var info in oldNotInNewList) { //移除已有，但不在添加串列中的 await _brandTypeRepository.DeleteAsync(m => m.ProductType_ID == input.ProductTypeId && m.Brand_ID == info.Id); } if (input.BrandIds != null) { //獲取已有系結串列 var currentBrands = query.ToList(); foreach (var brandid in input.BrandIds) { if (currentBrands.Any(cr => cr.Id == brandid)) { continue; //已有重復的跳過 } //否則增加新增的 await _brandTypeRepository.InsertAsync(new BrandType(AbpSession.TenantId, brandid, input.ProductTypeId)); } } } }
這樣我們在商品型別編輯界面中可以隨時變更關聯關系了，
以上就是關于中間表的常見處理操作，希望對你學習ABP框架或者Element前端界面有所幫助，
為了方便讀者理解，我列出一下前面幾篇隨筆的連接，供參考：
循序漸進VUE+Element 前端應用開發(1）--- 開發環境的準備作業
循序漸進VUE+Element 前端應用開發(2）--- Vuex中的API、Store和View的使用
循序漸進VUE+Element 前端應用開發(3）--- 動態選單和路由的關聯處理
循序漸進VUE+Element 前端應用開發(4）--- 獲取后端資料及產品資訊頁面的處理
循序漸進VUE+Element 前端應用開發(5）--- 表格串列頁面的查詢，串列展示和欄位轉義處理
循序漸進VUE+Element 前端應用開發(6）--- 常規Element 界面組件的使用
循序漸進VUE+Element 前端應用開發(7）--- 介紹一些常規的JS處理函式
循序漸進VUE+Element 前端應用開發(8）--- 樹串列組件的使用
循序漸進VUE+Element 前端應用開發(9）--- 界面語言國際化的處理
循序漸進VUE+Element 前端應用開發(10）--- 基于vue-echarts處理各種圖表展示
循序漸進VUE+Element 前端應用開發(11）--- 圖示的維護和使用
循序漸進VUE+Element 前端應用開發(12）--- 整合ABP框架的前端登錄處理
循序漸進VUE+Element 前端應用開發(13）--- 前端API介面的封裝處理
循序漸進VUE+Element 前端應用開發(14）--- 根據ABP后端介面實作前端界面展示
循序漸進VUE+Element 前端應用開發(15）--- 用戶管理模塊的處理
循序漸進VUE+Element 前端應用開發(16）--- 組織機構和角色管理模塊的處理
循序漸進VUE+Element 前端應用開發(17）--- 選單管理
循序漸進VUE+Element 前端應用開發(18）--- 功能點管理及權限控制
循序漸進VUE+Element 前端應用開發(19）--- 后端查詢介面和Vue前端的整合
循序漸進VUE+Element 前端應用開發(20）--- 使用組件封裝簡化界面代碼
循序漸進VUE+Element 前端應用開發(21）--- 省市區縣聯動處理的組件使用
循序漸進VUE+Element 前端應用開發(22）--- 簡化main.js處理代碼，抽取過濾器、全域界面函式、組件注冊等處理邏輯到不同的檔案中
循序漸進VUE+Element 前端應用開發(23）--- 基于ABP實作前后端的附件上傳，圖片或者附件展示管理
循序漸進VUE+Element 前端應用開發(24）--- 修改密碼的前端界面和ABP后端設定處理
循序漸進VUE+Element 前端應用開發(25）--- 各種界面組件的使用（1）
循序漸進VUE+Element 前端應用開發(26）--- 各種界面組件的使用（2）
ABP框架中一對多，多對多關系的處理以及功能界面的處理（1）
電商商品資料庫的設計和功能界面的處理
ABP框架中一對多，多對多關系的處理以及功能界面的處理（2）
轉載請註明出處，本文鏈接：https://www.uj5u.com/net/211780.html
標籤：.NET技术
上一篇：在 ASP.NET Core 5.0 中訪問 HttpContext
下一篇：WPF登錄界面