基于ASP.Net的Web页面装饰框架——Iris简介

 Iris是基于ASP.Net的Web页面布局和装饰框架。Iris借鉴了SiteMesh[1]和SiteMesh.Net[2]的设计思想，并在这二者的基础上进行了改进。

问题

假设在一个Web应用开发中，我们需要开发一个Login页面，如下：

这个页面包含了与Login相关的逻辑，代码简洁而清晰，可能只需要50行。而在实际的Web Site的设计中，因为Web应用没有像普通GUI应用的完整应用环境（菜单、独立的应用上下文），为了不让使用者在页面的跳转中迷失，通常会增加Header，Footer或者导航栏，结果页面可能变成下图所示：
 

页面装饰的一般处理方式

要实现这种效果，通常的方式是直接将Header和Footer区包含在Login页面，例如利用include或者将这些部分做成WebForm Control，通过控件的复用来达到“一处修改，所有地方修改”的效果。但是这种方式仍然要求页面包含这些控件，也就是说仍然包含了布局信息，如果某天决定改变布局，页面尾部不再放置Footer，同样要求对页面进行修改。

在ASP.Net 2.0中新增的MasterPage控件可以将公共部分作为一个Template页面，内容页面可以链接到Master页面，运行时ASP.Net负责合成最终的页面，这种方式在Include方式的基础上做了改进，可以使布局信息更多的定义在Master页面。但这种方式仍然要求内容页面设定到链接的Master页面，需要定义同MasterPage相同的Content区内容，也无法独立运行，仍然没有改变之间的耦合关系。
总的来说，在正文页面包含装饰和布局信息的方式有以下缺点：

不利于维护。所有页面需要包含这些信息，一旦要修改布局或者内容，将对所有的页面进行修改，增加了维护的难度。 增加正文页面的复杂度。正文页面包含大量不相关的内容。 无法根据不同的条件决定装饰内容的取舍。例如打印时不包括导航栏和Header区。 通过Frameset进行布局管理

处理布局问题的一种有效的解决方案是Frameset，利用Frameset页面来定义Web Site的布局，这样正文页面可以不用关心布局信息。但Frameset也有不好的地方：

Frameset无法滚动。使用Frameset的页面正文的可视区将会受到限制，不利用浏览大信息量内容（如新闻、报表）。 直接打开正文页面将丢失布局信息。正文页面必须通过Frameset中的导航Frame打开，才能显示在内容Frame中，如果直接打开正文页面（例如在浏览器的地址栏直接输入地址），将不会显示Frameset页面。

通过右边的导航Frame打开


直接打开
  Iris的解决方案

Iris是为了处理Web页面装饰和布局管理的框架，它的设计思想基于GoF[3]的decorator设计模式。Iris分离内容与装饰/布局信息，运行时将它们组合在一起。下面的例子说明Login页面如何通过装饰器得到最终的结果：

在Iris中，内容页面不需要考虑外部的布局和装饰信息。开发者独立开发装饰器页面和内容页面，并配置装饰的规则，Iris根据这些规则决定如何合成最终返回用户的页面。

了解Iris的工作原理和如何使用，请参看《Iris Developer Guide》(PDF)。

Iris参考

Iris是一个开放源码项目,你可以到Iris Website上下载源代码和文档。

[1] SiteMesh: java开发的Web页面装饰和布局框架。opensymphony 公司OpenSource 项目，参见http://www.opensymphony.com
[2] SiteMesh.Net: SiteMesh在.Net平台上Port版本(VisualBasic编写), http://sitemesh.sourceforge.net
[3] Gang of Four(包括Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides)的简称，《Design Patterns:Elements of Reusable Object-Oriented software》一书的作者。
 

本文地址：http://com.8s8s.com/it/it42280.htm