好久没有关注Tapestry了,最近又关心了下Tapestry5的设计。
Tapestry的核心组件化开发基本依序了下来,使得组件接口的定义和使用更加灵活,也减少了很多不必要的限制。
详细我就不说了,这里稍许说下一直非常关心的一个问题——Pojo风格
其它一些框架采用pojo并不是会让人费解,因为别的框架如spring等一般不会控制属性的使用。但是在Tapestry下,框架需要维护属性的状态。如果使用pojo就意味着编程时大家可以节点的写类似如下的代码
这种情况下框架又如何可以知道属性被用户修改了呢?
正式处于这个原因,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处理,一般也就不会出什么大问题。