Tapestry学习笔记（10）

理解Tapestry引擎
Tapestry的核心是一个引擎对象，这个对象支撑和组织了应用程序的所有层面。引擎将所有的子系统绑定在一起形成了Tapestry应用程序。引擎主要涉及对服务器端状态的管理。引擎管理Infrastructure对象，而Infrastructure对象储存了大多数应用程序范围的状态(Infrastructure 对象中存放了多大39种Tapestry底层对象)。引擎同时也是管理持久页面属性的重要组成部分，当请求转移的时候，持久化页面属性允许页面拥有独立的内部状态。
每一个Tapestry应用程序都拥有一个独立的Servlet，用于连接Servlet容器和应用程序engine对象。应用程序servlet是ApplicationServlet类的一个实例。
Servlet的主要工作是找到并创建应用程序引擎对象的实例，引擎对象被储存在HttpSession中。然后代理所有进程应用程序引擎对象发出请求，引擎对象作为Tapestryservice的代理完成真正的请求响应。
引擎对象是应用程序中枢对象，它掌管着应用程序中的所有功能。它管理各种资源，如页面加载器，页面记录器，以及在请求周期内，为各种页面和组件提供服务。
引擎对象的一个重要工作是指定Tapestry service响应请求，这些service通常被用来创建URL和响应请求。应用程序引擎对象创建和管理请求周期，并捕捉和报道异常。
应用程序引擎对象提供页面记录器给请求周期使用。通过这种方式，它制定了整个应用程序的持久化策略。
在默认情况下，Tapestry使用org.apache.tapestry.engine.BaseEngine类作为默认的引擎对象。如果我们需要实现自己定义的引擎对象，可以创建一个子类继承与BaseEngine类，并在应用程序规范文件中进行配置。
<application name=”MyTapestry4” engine-class=”com.tapestry4.engine.MyEngine”>
引擎主要是通过service()方法，这个方法处理传递进来的请求，并将处理结果打印到客户端浏览器。
在传统的Servlet应用程序中，一个很大的挑战就是对应用程序产生和解析URLs的管理非常复杂。Tapestry通过引擎服务来处理这个问题。引擎服务实际上是请求与组件之间的真实纽带。


传统应用程序的URL有什么问题？
应用程序URLs表现了应用程序中的各种操作。最普遍的方式就是每个操作都拥有一个独立的Servlet，并使用质询参数获取请求中的客户端数据。
对于小型的应用程序，或者大型应用程序的初期阶段，对URL和质询参数的管理并不显得非常复杂，顶多会受到一些命名空间的限制。但是，随着应用程序规模的增大和改变就会产生一个很大的风险。因为JSP与Servlet之间只有非常细小的联系，JSP构造和表现应用程序URL，而Servlet解析那些相同的URL。如同我们前面讨论的那样，JSP与Servlet之间的弱绑定，如果Servlet的映射改变，则每个引用Servlet的JSP都必须被手工检查或修改，以确保产生新的正确的应用程序URL。同样，任何质询的改变将会产生连带影响。