浏览 2430 次
|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2007-05-19
本文翻译出处 http://tapestry.apache.org/tapestry5/tapestry-core/guide/dom.html
本人翻译目的是用来学习Tapestry5的,共享出来希望大家批评指正。计划持续翻译。
 chinajavawolf 类和模版的重载
Tapestry5中的一个重要的新特性是自动重载改变了的类和模版。
在Tapestry先前版本中，只是在开发模式时支持模版重载。重载类需要重启servlet容器（或者重新部署web应用）。
在Tapestry5里，当页面和组件类更改时，它们将自动重载。同样，改变组件模版和其它有关资源也将被迅速重载。
当一个模版改变时，所有页面实例（以及它们下面的组件层）被丢弃然后使用新的模版重建。然而，类在这个时候却不被重载。
未来的Tapestry 版本可以有更多的选择，只删除受改变影响的页面实例。
当控制包（或者控制包内的任何子包）内的任何类有改变时，Tapestry将丢弃所有页面实例，并且丢弃类的载入器。页面上的持久化数据通常不会受到影响(因为它被分开存放在session内). This allows you to make fairly significant changes to a component class even while the application continues to run.这允许你对组件类做出相当大的改变,即使应用仍在运行。
页和组件包
只有页面和组件类可以重载。
重载基于包名；该被重载的包源于应用配置(application configuration)。
仅是文件系统
类和其他文件的重载只适用于文件系统上的文件，而不是从JAR文件中获得的文件。当开发的时候这是完美的，因为有问题的文件在你的本地工作空间内。在部署应用内，你要略微服从你的servlet容器或应用服务器的执行。
类加载器问题
Tapestry使用一个额外的类加载器加载页面和组件类。
当一个潜在的java类文件的改变被察觉时，Tapestry将丢弃类加载器和任何池化的页面实例。
你应该要谨慎，不要控制任何关联在其它代码中的Tapestry页面或组件, 如Tapestry IoC服务。控制这样的关联可能造成严重的内存泄漏,因为它们可以防止类加载器被垃圾回收器回收。
ClassCastExceptions异常
当你使用一个服务层或传递组件实例给不是它们自身的组件对象的时候，Tapestry的类加载器结构可能会引起一些小麻烦。
你将经常看到ClassCastException异常。这是因为同样的类名，比方说org.example.myapp.pages.Start存在两个不同的类的实例。一个类的实例通过web应用的默认类加载器被加载。另一个类的实例已经被加载并且通过Taperstry的重载类加载器转换。
一般的类，例如Tapestry IoC服务，将通过默认的类装载器被装载并且期盼同样的类加载器（或父类）加载的实例。
解决这个问题的办法是引入一个接口；这个组件类将实现这个接口，这个服务将期盼这个接口的实例要强于特定类型。
重要的是这个接口被默认的类加载器加载，它不应该在页面或组件的包内，而是改为在另外的包里，比方说services包。
声明：ITeye文章版权属于作者，受法律保护。没有作者书面许可不得转载。
推荐链接
|
| 返回顶楼 | |
