精通 Grails: 用 Groovy 服务器页面（GSP）改变视图

本系列的前两篇文章介绍了 Grails Web 框架的基本构建块。我曾反复强调过 —Grails 基于模型-视图-控制器（Model-View-Controller，MVC）架构模式（请参阅 参考资料），Grails 利用约定优于配置 将框架的各个部分组合在一起。Grails 用命名直观的文件和目录代替了更容易出错的在外部配置文件中手工对这些链接进行归类的老方法。例如，在 第一篇文章 可以看到控制器拥有 Controller 后缀，存储在 grails-app/controller 目录。在 第二篇文章 了解到可以从 grails-app/domain 目录找到域模型。

在本月的文章中，我将通过讨论 Grails 视图进一步介绍 MVC。视图（正如您所料）存储在 grails-app/views 目录内。但是视图远不止直观的目录名称这么简单。本文将讨论 Groovy 服务器页面（GSP）并介绍许多替代的视图选项。在本文中将学习标准的 Grails 标记库（TagLibs），并了解到创建自定义 TagLib 有多么容易。还会看到如何将 GSP 的常用片断提取出来放在自己的片段模板（partial template）内，从而遵循 DRY（Don't Repeate Yourself，不要重复自己）（请参阅 参考资料）原则。最后，将学习如何为搭建的视图调整默认模板，从而在方便地自动创建视图和跳出 Grail 应用程序默认外观之间进行平衡。

查看 Grails 应用程序

Grails 使用 GSP 作为表示层。Groovy 服务器页面中的 Groovy 不仅代表底层技术，还代表可以快速编写一两个 scriptlet 的语言。从这方面来说，GSP 非常类似于 Java™ 服务器页面（JSP）技术，JSP 允许在 Web 页面上混合使用一些 Java 代码，也和 RHTML（Ruby on Rails 的核心视图技术）非常相像，RHTML 允许在 HTML 标记之间插入一些 Ruby 代码。

当然，Java 社区长期以来都不欣赏小脚本。scriptlet 会导致最低形式的技术重用 —复制与粘贴 — 以及其他一些在技术方面为人所不齿的恶行（因为你能 和因为你应该 之间有巨大区别）。GSP 中的 G 对优秀、正直的 Java 人员来说只应该表示一种实现语言而不是其他。Groovy TagLibs 和片段模板提供了在 Web 页面之间共享代码和行为的一种更成熟的方式。

GSP 是 Grails 以页面为中心的 MVC 观点的基础。页面是基本衡量单位。列表页面提供了到 Show 页面的链接。Show 页面支持单击到编辑页面，诸如此类。不论是熟练的 Struts 开发人员还是最近的 Rails 爱好者，都熟悉这种 Web 生命周期。

之所以提到这点，是因为近几年出现了大量不以页面为中心的视图技术（请参阅 参考资料）。面向组件的 Web 框架（例如 JavaServer Faces (JSF) 和 Tapestry 越来越受到青睐。Ajax 革命派生出大量基于 JavaScript 的解决方案，例如 Dojo 和 Yahoo! UI (YUI) 库。富 Internet 应用程序（RIA）平台，例如 Adobe Flash 和 Google Web Toolkit (GWT) 承诺能够实现方便的 Web 部署，并提供更加丰富、与桌面类似的用户体验。幸运的是，Grails 能够轻松地处理所有这些视图技术。

MVC 关注点隔离的整体要点在于：它能够使您轻松地用自己喜欢的任何视图作为 Web 应用程序的外观。Grails 流行的插件基础设施意味着许多 GSP 替代物不过是 grails 安装的插件（请参阅 参考资料 获得可用插件的完整列表的链接，或者在命令行下输入 grails list-plugins）。许多插件都是由社区驱动的，是那些希望将 Grail 与他们喜欢的表示层技术一起使用的人们的努力结果。

虽然 Grails 没有内置 JSF 的自动挂勾（hook），但是仍然可以结合使用这两种技术。Grails 应用程序是标准的 Java EE 应用程序，因此可以将相应的 JAR 放在 lib 目录内，将需要的设置放在 WEB-INF/web.xml 配置文件内，并像平常一样编写应用程序。Grails 应用程序部署在标准的 servlet 容器内，所以 Grails 对 JSP 的支持同对 GSP 的支持一样好。Grails 有针对 Echo2 和 Wicket 的插件（两者都是面向组件的 Web 框架），所以在使用 JSF 或 Tapestry 插件方面没有任何障碍。

类似地，向 Grails 添加 Ajax 框架（例如 Dojo 和 YUI）的步骤也没有什么特别之处：只要将它们的 JavaScript 库复制到 web-app/js 目录即可。Prototype 和 Scriptaculous 是 Grails 的默认安装。RichUI 插件则从各种 Ajax 库选择 UI 部件。

如果查看插件列表，那么就会看到对 RIA 客户机的支持 —— 例如 Flex、OpenLazlo、GWT 和 ZK。显然，Grails 应用程序并不缺少备选的视图解决方案。但是在这里我们还是采用 Grail 直接支持的视图技术 — GSP。

GSP 101

可以使用多种方法查找 GSP 页面。文件扩展名 .gsp 就是一种很明显的方法，就好像很多以 <g: 开头的标记一样。事实上，GSP 不过是标准 HTML 加上一些提供动态内容的 Grails 标记而已。在前一节提到的某些备选的视图技术是一层不透明的抽象层，完全将 HTML、CSS 和 JavaScript 的细节隐藏在 Java、ActionScript 或其他编程语言层之后。GSP 是在标准 HTML 上的薄薄的一层 Groovy 层，因此在必要时，可以轻松地将它从框架中取出来，并使用原生的 Web 技术。