Tapestry5杂谈

好久没有关注Tapestry了，最近又关心了下Tapestry5的设计。

 

Tapestry的核心组件化开发基本依序了下来，使得组件接口的定义和使用更加灵活，也减少了很多不必要的限制。

 

详细我就不说了，这里稍许说下一直非常关心的一个问题——Pojo风格

 

其它一些框架采用pojo并不是会让人费解，因为别的框架如spring等一般不会控制属性的使用。但是在Tapestry下，框架需要维护属性的状态。如果使用pojo就意味着编程时大家可以节点的写类似如下的代码

[java]  view plain  copy

1. public class BookPage {  
2.     private Book book;  
3.     @PageAttached  
4.     void pageAttached() {  
5.         if (book == null) {  
6.             book = new Book();  
7.         }  
8.     }  
9. }  

 

这种情况下框架又如何可以知道属性被用户修改了呢？

 

正式处于这个原因，Tapestry3和Tapestry4都要求属性写为抽象方法，即 public abstract Book getBook();使用的时候直接用get/set方法调用。

 

Tapestry5解决这一问题的方法是改写book=new Book();这一行代码，改为book._$write_book($1);

 

修改的细节有兴趣的话可以看看Javassist的相关介绍，这是一个非常好用的代码级修改工具。Tapestry3到5一直在用它。

 

附带着说下Tapestry解决中文问题的方法：

 

Tapestry的模板改为使用xml文档解析器读取，因此，如果不在模板文件的首行加入<?xml version="1.0" encoding="GB18030" ?>这类型的代码，就无法解析包含中文的模板。

 

至于国际化的网络通信，则无需过多关注了，Tapestry会自动的使用UTF-8处理，一般也就不会出什么大问题。