Wicket Vs Tapestry

我是一个tapestry的老用户。从学校毕业就开始使用tapestry。struct之类的框架都是了解但是没有实际用过。但是我对servlet的概念还是很清晰的。

最近一两天，公司叫我做一个 小东西。以前用的是tapestry4，现在知道tapestry已经到了5.0.4 pre-release了。于是下下来。按照文档中的步骤使用maven在eclipse wtp中搭好了环境，tapestry5确实感觉比在4快了不少，而且也去掉了一写繁琐的配置文件。自己也写了个简单页面测试一些组件。 ok, 搞就搞个复杂的组件 Grid。 http://tapestry.apache.org/tapestry5/screencast_5.html  这里有这个组件的演示。 看玩这个演示后觉得确实非常酷。 几下就搞好了。 但是当我想增加一个column时我确难住了。这些column是对应domian object里面的property来的。找了好久都没有找到怎样增加column的方法。看了他的component reference文档。http://tapestry.apache.org/tapestry5/tapestry-core/component-parameters.html#org.apache.tapestry.corelib.components.grid
我知道是GridColumns类负责生成Grid的head column。 但是我不知道怎样传给Grid这样一个对象。Grid 组件显得非常不灵活比起在T4中可以直接传一个String columns。 而且T5中组件非常少。没有T4中丰富的组件。而且没有T4中丰富的组件文档。 如果没有那段讲Grid的screen cast的话， 我这个T4的老手可能也不知道怎样使用。所以感觉T5还有很长的一段路要走。离象T4那样投入项目还有很久。不知道在今年秋季的时候能不能推出正式版。


很早看到过javaeye有wicket圈子，所以准备看看早的时候听过wicket。听说也是个组件模型的web框架。听说借鉴了tapestry的一些思想。。下了圈子中的wicket开发指南(感谢:idea:)。花了将近3个小时的时间把整本书看了一编。给我的第一映像就是配置比T4，甚至比T5简单得多。通过html template定位组件的位子， 然后所有的组件和组件事件的代码都写在java class中，这点跟tapestry有些不同。tapestry是将组件以html的方式提供。tapestry是使用页面池的感念，在回收页面时需要reset页面对象的状态，而wicket是将页面和状态放在session中。这点跟echo又有点象(正是因为这点，wicket跟echo成为许多人抨击的对象，认为他们不适合访问量大的项目)。tapestry也是经常需要保存状态的(@Persist 当然也可以保存在client端)。我不清楚时候wicket也需要跟tapestry一样需要reset 页面的状态。我下了wicket的例子，其中也包含了wicket-extendsion的例子。
http://sourceforge.net/project/downloading.php?group_id=119783&use_mirror=nchc&filename=wicket-examples-1.2.6-bin.zip&48720833
我被这些丰富的组件吸引了。wicket提供了比tapestry丰富得多的组件。作为一个基于component的web框架，我想组件的丰富 强大应该是判断这个组件框架级别的重要砝码。他的buildin的ajax感觉也还不错。工作中使用jsonrpc-java来开发ajax项目。也非常讨厌写那些松散的javascript代码。

通过比较感觉wicket还是值得一看的。