在项目开发中,经常会碰到维护多对多(many to many)关系表间关系的操作,例如为人员配置角色、为人员配置部门、为产品配置类别等。如果没有经过程序设计而直接进行开发,将会过多地关注其细节问题,如:应删除那些数据、应添加哪些数据、应保留哪些数据等,导致开发效率降低。
名词解释
在本文开始之前,首先以用户-用户角色-角色表为例,声明三个概念:
l 主表:如果为用户配置角色,那么用户就是主表;如果为角色配置用户,那么角色就是主表。
l 从表:如果为用户配置角色,那么角色就是从表。
l 关系表:记录用户与角色表间关系的表。
行为描述
经过总结,发现其行为有统一的地方:传递主表对象与从表对象集合->获取现有关系->对比出要删除的关系->对比出要添加的关系->提交更改。
在下面的文章中,将一步步介绍完成的过程。
测试用例
使用ASP.NET网站程序,新建如下图所示的页面:
在左侧的用户选择DropDownList中,选择一个现有用户后,会在右侧的CheckBoxList中显示其具有的角色。在进行完配置后,可以点击上方的”保存”LinkButton进行保存。
下面我将4以种情况,来展示这个示例。在每个操作完成后,我们执行以下脚本,来查看操作是否成功:
脚本:
开始测试前:
添加一个关系
在本次操作中,将为马六配置一个“Java程序员”的角色。
点击保存后,查看数据库数据:
可以看到,已经成功添加一个关系。
添加两个关系,其中一个将新建,一个不做处理
在本次操作中,将为马六配置 “Java程序员 + .NET程序员”的角色。
点击保存后,查看数据库数据:
可以看到数据库中的关系数据变为了两条,并且RoleID为“63B04…”的关系数据的主键“064AB…”并没有发生改变,这说明我并没有做“全部删除,再全部添加”的暴力型操作。
添加两个关系,其中一个将新建,一个不做处理,一个将删除
在本次操作中,将为马六配置 “Java程序员 + 项目经理”的角色。
点击保存后,查看数据库数据:
可以看到RoleID为“71DFA…”的关系被删除了,而且新建了一个RoleID为“3F45B…”的关系,而RoleID为“63B04…”的关系没有发生改变。操作成功完成。
删除所有关系
在本次操作中,将马六的全部角色置空。
点击保存后,查看数据库数据:
可以看到用户的关系被全部删除了。至此,测试工作告一段落,开始介绍功能是如何完成的。
在点击保存按钮时,要做的就是将选中的用户,以及为其配置的角色保存到数据库中。有过这样的开发经验的开发人员会知道这个过程还是十分繁琐的,在下面的代码中,我将使用设计后的方式来完成这个操作:
![ContractedBlock.gif](https://i-blog.csdnimg.cn/blog_migrate/8f900a89c6347c561fdf2122f13be562.gif)
![ExpandedBlockStart.gif](https://i-blog.csdnimg.cn/blog_migrate/961ddebeb323a10fe0623af514929fc1.gif)
/// 点击保存按钮时的操作
/// </summary>
protected void btnSave_Click( object sender, EventArgs arg)
{
Users user = DataContext.Users.SingleOrDefault(e => e.UserID == new Guid(ddlUsers.SelectedValue));
List < Roles > roles = new List < Roles > ();
foreach (ListItem item in cblUserRoles.Items)
{
if (item.Selected)
{
Roles role = DataContext.Roles.SingleOrDefault(e => e.RoleID == new Guid(item.Value));
if (role != null )
{
roles.Add(role);
}
}
}
LinqM2MProvider.Execute(user, roles, true );
}
可以看到,除了封装参数(用户对象,角色对象集合)的常规操作外,只调用了一个方法:LinqM2MProvider.Execute(user, roles, true)。那么这个LinqM2MProvider是什么呢?答案是一个接口,下面的代码介绍了这个接口的构造方法:
![ContractedBlock.gif](https://i-blog.csdnimg.cn/blog_migrate/8f900a89c6347c561fdf2122f13be562.gif)
![ExpandedBlockStart.gif](https://i-blog.csdnimg.cn/blog_migrate/961ddebeb323a10fe0623af514929fc1.gif)
/// 管理用户-用户角色-角色之间关系的提供程序
/// </summary>
public ILinqM2MProvider < Users, UsersInRoles, Roles > LinqM2MProvider
{
get
{
var provider = new LinqM2MProvider < Users, UsersInRoles, Roles > ()
{
DataContext = this .DataContext,
GetRelationHandler = (m, s) => DataContext.UsersInRoles.SingleOrDefault(e => e.UserID == m.UserID && e.RoleID == s.RoleID),
RelationSetHandler = m => m.UsersInRoles,
CreateRelationHandler = (m, s) => new UsersInRoles()
{
UserInRoleID = Guid.NewGuid(),
Users = m,
Roles = s
}
};
return provider;
}
}
可以看到ILinqM2MProvider接口是一个泛型接口,它的三个泛型类型是用户-用户角色-角色,就跟本文“名词解释”段落中的图片所显示关系一致。使用它需要设置四个属性:
l DataContext
l GetRelationHandler
l RelationSetHandler
l CreateRelationHandler
那么这个四个属性分别代表什么含义呢?下文将进行详细的说明。
接口ILinqM2MProvider<M, R, S>
![ContractedBlock.gif](https://i-blog.csdnimg.cn/blog_migrate/8f900a89c6347c561fdf2122f13be562.gif)
![ExpandedBlockStart.gif](https://i-blog.csdnimg.cn/blog_migrate/961ddebeb323a10fe0623af514929fc1.gif)
/// 维护LINQ to SQL的多对多关联关系
/// </summary>
/// <typeparam name="M"> 主表类型 </typeparam>
/// <typeparam name="R"> 关系表类型 </typeparam>
/// <typeparam name="S"> 从表类型 </typeparam>
/// <remarks>
/// Sunny D.D at 2010-8-20
/// sunny19788989@gmail.com
/// </remarks>
public interface ILinqM2MProvider < M, R, S >
where M : class
where R : class
where S : class
{
/// <summary>
/// LINQ to SQL入口
/// </summary>
DataContext DataContext { get ; set ; }
/// <summary>
/// 描述如何根据主表对象和从表对象获取中间关系表对象的行为
/// </summary>
Func < M, S, R > GetRelationHandler { get ; set ; }
/// <summary>
/// 描述如何根据主表对象和从表对象创建中间关系表对象的行为
/// </summary>
Func < M, S, R > CreateRelationHandler { get ; set ; }
/// <summary>
/// 描述如何根据主表对象获取获取中间关系表对象集合
/// </summary>
Func < M, EntitySet < R >> RelationSetHandler { get ; set ; }
/// <summary>
/// 获取将要删除的关系
/// </summary>
/// <param name="master"> 主表对象 </param>
/// <param name="slaves"> 从表对象 </param>
/// <returns></returns>
IEnumerable < R > GetDeleting(M master, IEnumerable < S > slaves);
/// <summary>
/// 获取将要新建的关系
/// </summary>
/// <param name="master"> 主表对象 </param>
/// <param name="slaves"> 从表对象 </param>
/// <returns></returns>
IEnumerable < R > GetAdding(M master, IEnumerable < S > slaves);
/// <summary>
/// 执行操作。默认在方法结束时不将变更提交至数据库,需要显式提交变更。
/// </summary>
/// <param name="master"> 主表对象 </param>
/// <param name="slaves"> 从表对象 </param>
void Execute(M master, IEnumerable < S > slaves);
/// <summary>
/// 执行操作
/// </summary>
/// <param name="master"> 主表对象 </param>
/// <param name="slaves"> 从表对象 </param>
/// <param name="isSubmitChanges"> 是否在方法结束时将变更提交至数据库 </param>
void Execute(M master, IEnumerable < S > slaves, bool isSubmitChanges);
}
DataContext属性
类型:System.Data.Linq.DataContext
RelationSetHandler属性
描述如何根据主表对象获取获取中间关系表对象集合。
在LINQ to SQL架构中,一个表的外键对象集合是用EntitySet来表示的,EntitySet中的元素代表着主键表关联的外建表的条目。在本文的“测试用例”部分中,是这样赋值的:
RelationSetHandler = m => m.UsersInRoles
GetRelationHandler属性
描述如何根据主表对象和从表对象获取中间关系表对象的行为。在本文中,就是根据用户ID与角色ID获取一个UsersInRoles对象。
它的作用是确定有多少个中间表对象需要被操作。当然,最后提交至数据库的元素,是与RelationSetHandler操作结果中包含的元素进行比对后才被执行的。在本文的“测试用例”部分中,是这样赋值的:
GetRelationHandler = (m, s) => DataContext.UsersInRoles.SingleOrDefault(e => e.UserID == m.UserID && e.RoleID == s.RoleID)
CreateRelationHandler属性
描述如何根据主表对象和从表对象创建中间关系表对象的行为。
在传递的从表集合中,发现有需要新建的关系时,就要用到这个操作。在本文的“测试用例”部分中,是这样赋值的:
{
UserInRoleID = Guid.NewGuid(),
Users = m,
Roles = s
}
GetDeleting方法
获取将要删除的关系。
GetAdding方法
获取将要新建的关系。
Execute方法
执行操作。
接口的实现LinqM2MProvider<M, R, S>
至于接口的实现,各位肯定都有自己的方式,在这里我就不详细说明了,本文给出一个实现仅供参考。点击下载
总结
使用本文中介绍的方式来管理多对多表间关系,就可以不关注操作到底是进行添加关系、删除关系、还是更改关系了,开发人员需要做的只是将三个委托GetRelationHandler、CreateRelationHandler、RelationSetHandler构造好,并传递正确的参数(主表对象、从表集合)即可,从而不再关注操作细节,提高开发效率。
本文资源下载
建表脚本:下载
页面代码:UsersInRolesDemo.aspx UsersInRolesDemo.aspx.cs
接口ILinqM2MProvider:下载
实现LinqM2MProvider:下载
如果链接打不开,请配置hosts文件:
209.85.225.101 docs.google.com
74.125.127.100 writely.google.com
74.125.127.139 spreadsheets.google.com
原文链接:http://www.cnblogs.com/sunnycoder/archive/2010/08/22/1805875.html