在项目开发中，经常会碰到维护多对多（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…”的关系没有发生改变。操作成功完成。

删除所有关系

在本次操作中，将马六的全部角色置空。

点击保存后，查看数据库数据：

可以看到用户的关系被全部删除了。至此，测试工作告一段落，开始介绍功能是如何完成的。

在点击保存按钮时，要做的就是将选中的用户，以及为其配置的角色保存到数据库中。有过这样的开发经验的开发人员会知道这个过程还是十分繁琐的，在下面的代码中，我将使用设计后的方式来完成这个操作：

代码

/// <summary>

/// 点击保存按钮时的操作

/// </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是什么呢？答案是一个接口，下面的代码介绍了这个接口的构造方法：

代码

/// <summary>

/// 管理用户-用户角色-角色之间关系的提供程序

/// </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>

定义

代码

/// <summary>

/// 维护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属性

描述如何根据主表对象和从表对象创建中间关系表对象的行为。

在传递的从表集合中，发现有需要新建的关系时，就要用到这个操作。在本文的“测试用例”部分中，是这样赋值的：

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