Tapestry4.1工作原理

      Tapestry代表着新生代的表现层框架，又结合了新生代的业务层框架HiveMind，已经给人们带来了很多的惊喜。4.1版本的推出又完全的整合了dojo，使得表现层框架又向外延伸了一块。也许每个人都再打造着自己的完美框架，正是这种不断探索不断发现的精神推动着软件产业的发展。同时也解决了大部分人的就业问题，也给社会带来了新的体验。工程师永远是重要的角色……

 

      简单描述下tapestry工作原理，要从客户端请求周期说起。客户端请求服务器的servlet，servlet将请求移交给tapestry框架处理，tapestry自己定义了一套处理web请求的模式，接着根据这套模式将请求发给WebRequestService其将实例化引擎管理对象、调用tapestry引擎、处理tapestry基础结构(保存到request)，就是在做处理请求前的准备工作逻辑。最终由引擎管理对象从引擎池中取到或创建一个引擎来处理请求。创建出来的引擎叫AbstractEngine其能在request对象中得到之前所做的所有准备工作对象。并创建了自己管理请求模式中的cycle对象，之后我们要找请求中的信息就得麻烦他了。其中主要的就是在cycle对象中要知道请求者想要应用帮助他解决什么问题。把这些问题归下类，大概就那么几种。例如最常见的请求某页面。这些归类有个新名词叫做引擎服务。可以说引擎服务是解决用户提出问题的答案库。想要完善新的问题就可以在答案库中相应的增加新的答案。tapestry4.1就对应新的问题ajax技术做了新的答案库DirectEventService。正所谓魔高一尺道高一丈啊。扩展性不错。有了专门解决请求问题的引擎服务剩下的事就不用多说了，组织页面内容，返回答案给展现给客户就行了。具体可以好好研究一下什么是component

 

     与新的引擎服务配合的必然是新的组件。而多出的无非是request response新的形式。窗口中总有事件，而从事件模型角度看也无非两种形式，自我触发和主动触发。主动触发事件比较常见，ajax技术通过dojo的一些封装使得表现层似乎有了面向对象的javascript函数。能更清晰的让人们看到他们是怎么控制表现层让其自我触发请求服务器内容。这些事件都被tapestry4.1监听着。被BrowserEvent记录着。由强大的引擎服务去在后台无声的处理着。最后我们只编写着少量的代码，告诉服务器要用什么样的话语回答客户端。服务器则把我们的意思通过xml静悄悄的传达给客户端表现层。这些都是组件、监听和引擎的力量。诠释出一个不错的新生代框架。

 

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/zhaowenchao/archive/2006/11/23/1406653.aspx