选择自 hax 的 blog

发信人: hax(海曦), 信区: webdevelop
标  题: 再谈cocoon兼谈jsp
发信站: 饮水思源 (2002年06月06日01:17:17 星期四), 站内信件

著名的 ibm dw 中文网站，推出了cocoon 2的简介教程，从而再次把我们的目光吸引到cocoon上。以下是我在csdn的xml讨论区发表的个人看法，贴过来涨点人气。

ibm的这个教程非常好，强烈推荐。btw，ibm的dw网站比csdn有用多了。

关于cocoon，希望有一本《xsp/cocoon/xml核心技术内幕》，基本上编译了一些基本的cocoon文档，有一定的参考价值。这也是我看到的国内唯一的一本cocoon的参考书。但是该书如同其它国内书籍一样，对于基本理念的阐述不够详细和清晰。

cocoon的原始动力是为了实现content-style-logic的三层分离，这是一个web engineer的很好的实践。

cocoon也源自于以前的serverpages技术（主要是针对jsp，当然asp和php也有同样的问题）的缺陷。尽管jsp提出了jsp model 2，来实现model-view-controller分离，即用javabean表示数据（内容），用servlet控制业务逻辑，用jsp实现显示逻辑和表现层，但还是有些实践上的缺陷。关于这个问题的描述，在2000年10月的文章《jsp 技术 -- 是友还是敌？》（http://www-900.ibm.com/developerworks/cn/java/w-friend/index.shtml）中有详尽的讨论。

但是如果我们跟上技术发展的步伐，就会看到这个问题由于标签库技术的成熟和servlet过滤器机制的诞生而得到解决。taglib早就有了，但是直到临近jstl即jsp standard tag library的正式发布，其威力才真正显现。

从角色任务上看，程序员主要负责javabean、servlet和编写自定义标签库（现在可以使用jstl从而大大减少负担）；设计者编写“不包含java代码”的jsp，实际上是若干种标记的混合，html+jstl+自定义标签。我认为这种框架比较适合于以java程序员为主的团队，以及业务逻辑复杂的应用。

注意，正如jsp的内嵌java代码可以实现业务逻辑，jsp的taglib技术，一样可以用于实现业务逻辑。当然使用taglib将比内嵌java代码好许多，因为代码被封装到了taglib中，因此对于小的应用还是可以使用jsp，而不用写servlet。例如使用jstl的sql tag，来直接处理数据库（这实际上意味着基本没有或者只有极其简单的包含在sql语句中的业务逻辑）。也可以用像<c:if>、<c:foreach>之类的tag来处理业务逻辑，虽然通常应该只被用来处理显示逻辑。固然，这些功能会“引诱”一些人过度使用taglib的能力而破坏了设计原则，但对于原型开发、测试以及轻量级应用，实在是太有用了！如果是企业级应用，相信有能力做企业级应用的程序员，也会有足够的意识来按照mvc模式开发。

apache的struts是一个基于jsp实现mvc的很好的框架，建议有兴趣的同志研究研究。

而cocoon，用xml表示数据（内容），用xsp（非常类似jsp的xml形式）编写业务逻辑，用xslt实现表示层（html、wml、某种格式的xml甚至pdf），并用sitemap（cocoon 2）集中管理。xsp逻辑单则与jsp的taglib从概念到用法非常相似，只是实现方法略有不同。jsp的taglib包括一个xml格式的定义文件和实现的tag类，并被编译使用；而xsp逻辑单则在运行时（当然可以进行cache）应用xslt进行从标记到代码的转换。

（按照我对ibm教程的理解）事实上按照管道的概念，从原始数据到最终呈现可以有任意层，至于如何分层，每个层的用途，则在于设计者。这也是为什么cocoon被定位于web发布“框架”。

一个处理流程可以被描述为：（摘自ibm教程）
从用户接受请求。确定用来解释该请求并生成响应的适当管道（使用匹配器）。从可用的预配置的组件构造管道。指示管道为请求服务。将由管道生成的响应返回用户，可能对结果进行高速缓存以便以后使用。

在jsp model 2里，servlet扮演“调度员”的角色，我们用它来控制任务分派，这有点类似管道所作的事情。事实上，cocoon就是一个大servlet。只是servlet在2.3之前缺乏管道机制，只能进行简单的forward和include，如果需要多重处理机制，就不得不依靠扩展库（比如ibm的websphere），或者采用cocoon。但是现在servlet有非常强大的filter机制。这使得cocoon与jsp越来越有结合的趋势。

但cocoon的特点在于，除了核心功能（core-cocoon）之外，它还包括内部组件（包括matchers、generators、transformers、serializer
s、aggregators等）、内部逻辑单（response、sitemap、xsp、xsp-request、util、xsp-cookie、log等）。这样它就有一个非常适合web
发布的环境。而使用jsp，相对来说，需要自己进行配置和写部分的基础代码。

从角色任务上看，站点管理员负责定义sitemap，程序员主要负责xsp逻辑单，设计者编写xslt样式表（包括xslt和目标代码如html），因
为程序员和设计者都使用xslt，其实就是在写格式转换，只是编写者需要熟悉如何处理输入和输出（如设计者要面对html，程序员要考虑
数据库）。此外，在此之前需要有额外的角色来定义所用到的xml或其他中间格式。我认为这种框架比较适合于非java程序员为主的团队，
管理员只要熟悉xml，程序员和设计者需要掌握xslt；以及适合于业务逻辑相对简单，而着重于xml数据和灵活的格式转换需求的应用。
--
※ 来源:·饮水思源 bbs.sjtu.edu.cn

作者blog：http://blog.csdn.net/hax/