从JSF看XPages的优点

我们都知道XPages基于JSF，或者可以说XPages是JSF标准的实现（implementation）之一。JSF从2004年的1.0到现在的2.0，已经经历了很大的变化和发展。XPages最初开发的时候JSF 1.2还没有推出，所以是以1.1为基础的。JSF在1.2之前的名声是很糟糕的，bug无数，性能低下。幸运的是，XPages在JSF 1.1之上做了很多改进，纠正了它的缺陷，实现了很多1.2甚至2.0的功能。本文就准备阐述这些改进。下面每一点都是针对JSF 1.1的缺陷，列述了JSF后续版本的变化和XPages的情况作为比较。
1.    不能直接在JSP页面里插入HTML 在1.2以前，JSF在视图上只能采用JSP。传统的JSP页面是由混合的HTML和Java语言标记组成的。JSP引擎先将页面转化成一个servlet，浏览器请求该页面时Java服务器运行servlet在响应流中生成HTML。而在JSF里，页面被划分成一个个控件，这些控件在一起组成一个树结构，相当于树干的最外层容器就是代表页面整体的视图。页面被请求时，Java服务器先载入和构造出组件树，然后按顺序每个组件生成（render）它的HTML代码。虽然原则上，JSF页面可以完全由控件组成，但是如果现有的服务器组件不敷应用，或者想要更精细地直接控制前台的HTML、JavaScript和CSS等内容，就仍然需要手工编写这些原始的前台代码。这里我们遇到一个问题，从前面可以看到传统的JSP页面发出原始HTML和JSF里由组件生成的HTML两个过程没有统一，在JSF页面发出HTML的过程中，前者在后者之前。这样分离的过程，会使浏览器获得的HTML与从JSF页面代码预料的HTML结构上有差异，可能引起显示和功能上的错误。为了把原始HTML包含到JSF组件树里，需将它们包装到<f:verbatim>标签中，这样做是很烦琐的。 JSF 1.2取消了JSP在JSF视图选择上的唯一性，并且允许直接在页面里插入原始HTML。JSF 2.0采用以XML写的facelet作为默认的视图技术。 XPages的页面用XML写成，并可以直接插入原始HTML。
2.    缺少视图效用域（view scope） JSF 1.1只包含了请求效用域（request scope）和会话效用域（session scope），这使得对同一个页面的多次提交之间共享数据不能简单完成，要借助隐藏输入元素，或者滥用会话效用域。 JSF 1.2没有改善。JSF 2.0增加了视图效用域（使用@ViewScoped标记）。 XPages补充了视图效用域，在服务器端JavaScript里可以直接使用viewScope，也可以在faces-config 里配置一个managed bean的managed-bean-scope为view。
3.    使用冒号作为HTML元件的ID分隔符 为了保证HTML元件ID的唯一性，JSF采用类似的命名空间的办法，在每个HTML元件的ID前逐层附加父元件的ID，例如view:_id1:callback2:image3。JSF 2.0以前这个分隔符都是冒号（:），因为冒号在CSS标识符（identifier）里是不能使用的，需要转义（escape），这就为写CSS时使用CSS的选择器（selector）带来不便，比如要给上面给出ID的元件编写CSS，就会有类似这样的代码：view\:_id1\:callback2\:image3 {}。 JSF 2.0中这个分隔符变得可以配置。 XPages里这个分隔符仍然是硬编码的无法配置。不过XPages里显示元件的CSS基本上都由设定对应的控件的属性和使用主题（theme）来自动完成。
4.    没有现成的（out-of-box）Ajax功能（feature） JSF 1.1和1.2都没有现成的Ajax功能。JSF 2.0则跟上了web 2.0的潮流。 XPages提供了有限的Ajax功能，比如为文本框的即时输入提示。