关于表现层UI设计的一点点见解，欢迎大家讨论。

"假如，一个Portlet 的 URL 的大部分都是 静态的，只有一两个参数的值 是动态的。
<a href="portal/portlet?column={column}&module={module}" />
这个时候，XSL / Jivan 只能替换设置整个URL，而不能部分替换。"

其实用cocoon也是一样的. 我提供的例子比较简单只能说明一个大概的意思.

在cocoon中每个view都是独立的 可以是动态的 可传递参数的比如portal/portlet?column={column}&module={module}

组合的时候cocoon是调用内部的管道(调用几个视图同时工作) 唯一需要考虑的是 要准备好每个view所需要的参数.

对。
是我错了。我已经把上面的帖子改了。:-)
那是Jivan的限制，而不是 XSL 的。

组合view往往会带来性能问题 不知道以上的技术如何解决这个问题 ?

cocoon的部分管道是可以缓冲的 但有的不可以 所以随意组合是理论上的

在实际应用中肯定会遇到屏障.

tpl采用的是一种编译技术，性能问题可以解决

从空间上说，
fastm 的 template 是共享的。
Jivan 需要为每个 request 生成一份 HTML DOM，比较浪费空间。

从处理上说，
fastm 的 Node Value 需要程序员自己用Java Code显式写好，填入到 POJO 中，而不是写在Template里面。所以，几乎没有过滤组合的开销。

SiteMesh 需要过滤整个HTML Text。
XSL 也需要过滤整个 XML or HTML。

jsp:include,  taglib 等，也不需要过滤。

"tpl采用的是一种编译技术，性能问题可以解决"

那么改变组合 是否需要重新编译 ? 我感觉这样做还不如cocoon的管道 当然cocoon本身就很慢 哈哈 !

tpl的编译与jsp类似，是动态进行的。当然也可以完全预编译为tplc