首页 / 软件开发 / JAVA / 精通Grails: 使用Ajax实现多对多关系
精通Grails: 使用Ajax实现多对多关系2011-08-02 IBM Scott Davis在 Web 应用程序中,多对多(m:m)关系很难处理。在 精通 Grails 系列的这一期文章中,Scott Davis 将向您展示如何在 Grails 中成功实现 m:m 关系。了解如何通过 Grails 对象关系映射(Grails Object Relational Mapping,GORM)API 和后端数据库处理多对多关系。学习如何使用 Ajax (Asynchronous JavaScript + XML)流线化用户界面。软件开发就是使用代码来模拟现实世界。例如,书籍都有作者和出版商。在 Grails 应用程序中,要 为每个元素创建一个域类。GORM 为每个类创建对应的数据库表,搭建功能(scaffolding)提供基本的 Create/Retrieve/Update/Delete (CRUD) Web 界面。接下来定义这些类之间的关系。一个出版商通常会出版多部图书,因此出版商和他的图书之间的关系 就是一个简单的一对多(1:m)关系:一个 Publisher 出版多个 Book。通过在 Publisher 类中加入 static hasMany = [books:Book],创建 1:m 关系。在 Book 类中放入 static belongsTo = Publisher ,可以向关系添加另一个方面 —— 级联更新和删除。如果删除一个 Publisher,所有对应的 Book 也会 被删除。很容易在底层数据库中模拟 1:m 关系型。每个表有一个用作主键的 id 字段。当 GORM 向 book 表添 加一个 publisher_id 字段时,就在两个表之间建立了一个 1:m 关系。在前端,Grails 也能够很好地处 理 1:m 关系。创建一个新 Book 时,自动生成的(搭建而成)HTML 表单提供一个下拉组合框,将您的选 择限制在现有的 Publisher 列表中。自本系列的 第一篇文章 以来,我们已经展示了许多 1:m 关系的示 例。现在来看看一个稍微复杂一些的关系 — 多对多(m:m)关系。与 Book 和 Publisher 之间的关系相 比,模拟 Book 与 Author 之间的关系要复杂得多。一部图书可以有多个作者,一个作者也可以编写多部 图书。这是一个典型的 m:m 关系。在真实世界中,m:m 关系很常见。一个人可以有多个支票帐号,一个 支票帐号也可以由多个人来管理。一个顾问可以为多个项目工作,一个项目也可以有多个顾问。本文将向 您展示如何使用 Grails 实现 m:m 关系,我们在本系列中开发的 trip-planner 应用程序上进行构建。 在讨论 trip-planner 应用程序之前,我还想谈谈图书的例子,以帮助您理解一个要点。第三个类在数据库中,用三个表表示 m:m 关系:前两个表您已经知道了(Book 和 Author),第三个是一个连 接表(BookAuthor)。GORM 向 BookAuthor 连接表添加 book_id 和 author_id,而不是向 Book 或 Author 表添加一个外键。连接表允许将具有一个作者的图书和具有多个作者的图书持久化。它还能够表 示编写多部图书的作者。Author 和 Book 外键的每种惟一组合都会在连接表中有惟一的记录。这种方法 具有极大的灵活性:一本书可以有任意数量的作者,而一个作者可以编写任意数目的图书。Dierk Koenig 曾经告诉我,“如果您认为只有两个对象共享一个简单的多对多关系,那么您对多对多 关系的了解还不够透彻。还存在第三个对象,这个对象有其自己的属性和生命周期”。确实如此,Book 和 Author 之间的关系已经超出了简单连接表的范围。例如,Dierk 是 Groovy in Action(Manning Publications,2007 年 1 月)的第一作者。第一作者的身份应该表示为 Author 与 Book 之间的关系中 的一个字段。其他各种因素也应如此:作者会按特定顺序在封面上列出;每个作者编写图书的特定章节; 而且每个作者的报酬也因贡献不同而异。您可以看到,Author 与 Book 之间的关系比最初计划的更加微 妙。在真实世界中,每个作者都会签订一份合同,使用明确的条款详细描述他与这部图书之间的关系。或 许应该创建一个一级类 Contract 来更好地表示 Book 与 Author 之间的关系。简单来讲,这意味着一个 m:m 关系实际上就是两个 1:m 关系。如果两个类有可能共享一个 m:m 关系 ,那么您应该更深入地研究一下,确定出具有两个 1:m 关系的第三个类并显式地定义它。模拟航空公司和机场现在回到 trip-planner 应用程序,首先回顾一下域模型,并查看有没有潜在的 m:m 关系。在 第一 篇文章 中,我创建了一个 Trip 类,如清单 1 所示:清单 1. Trip 类class Trip {
String name
String city
Date startDate
Date endDate
}在 第二篇文章 中,我添加了一个 Airline 类(如清单 2 所示),以演示一个简单的 1:m 关系:清单 2. Airline 类class Airline {
static hasMany = [trip:Trip]
String name
String frequentFlier
}