Tapestry5新特性

官话版：
一、组件类不再需要继承基类;
二、组件类不再是抽象类，而是纯粹的简单的POJO(plain old Java objects)
三、不再使用XML配置文件和组件定义文件(.page,.jwc)，所有的配置信息使用注释(annotations)实现。
四、组件类和模版的任何改变都可以马上反应出来，不需要任何重启。
五、Blazing(翻译：炽燃的, 强烈的)速度，比Tapestry4的速度更快。

白话版：
一、组件类可以不受框架限制，不需要继承基类，也不需要定义成抽象的，生命周期完全使用注释来实现。

package org.example.myapp.components;

import org.apache.tapestry.MarkupWriter;
import org.apache.tapestry.annotations.ComponentClass;
import org.apache.tapestry.annotations.BeginRender;

@ComponentClass
public class HelloWorld
{
    @BeginRender
    void renderMessage(MarkupWriter writer)
    {
        writer.write("Bonjour from HelloWorld component.");
    }
}

@ComponentClass相当于标记extends BasePage
@BeginRender相当于implements PageBeginRenderListener
二、配置也完全用注释实现了，包括IOC容器，也就是基于注释配置的IOC容器，放弃了hivemind。
module和service定义类:

package org.example.myapp.services;

import org.apache.tapestry.ioc.annotations.Id;

@Id("myapp")
public class MyAppModule
{
  public static Indexer buildIndexer()
  {
    return new IndexerImpl();
  }
}

需要注入的类：

@Inject("service:myapp.Indexer")
private Indexer  indexer;

也就是buildIndexer方法为固定写法，格式为build{serviceId}。当然还有hivemind的影子，比如多module和contribute等等。
三、页面和组件的配置文件都可以完全使用注释来实现，这个特性在Tapestry4中已经可以使用了，没什么新奇的，不过完全在注释中配置，看着代码有点乱，写多了就开始怀疑这还是java类么。
例子：

package org.example.app.pages;

import org.apache.tapestry.annotations.Component;
import org.apache.tapestry.annotations.ComponentClass;
import org.example.app.components.Count;

@ComponentClass
public class Countdown
{
    @Component(parameters =
    { "start=5", "end=1", "value=countValue" })
    private Count _count;  
  
    private int _countValue;

    public int getCountValue()
    {
        return _countValue;
    }

    public void setCountValue(int countValue)
    {
        _countValue = countValue;
    }
} 

四、Tapestry 5自动重新加载改变过的类和摸板，这个应该是脚本语言的特性，但从说明中好像只有组件类有此特性，其他的类可能还是需要重启。不过这已经是很大的进步了，用java实现了脚本语言的动态载入功能。现在随着越来越多的对classloader的研究，对java的使用也越来越深入了。
五、关于性能，没有了解析配置文件的花销，估计Tapestry4中的初始化慢的问题应该可以解决了。如果说比纯servlet和jsp快的话，那就要归功于cache的使用了。

总起来说Tapestry5还是值得期待的，现在还处于开发阶段，许多特性都是没有定型的，如果有更好的概念，估计HLS会加进去了(PS:真是服了他了，Tapestry4.1加入了Ajax的功能，正要研究呢，却又推出了这个T5,搞的我心痒痒的，不过好久没有这种看到新特性的兴奋了)。其中提出了许多的新概念还是很值得借鉴的，包括基于注释的IOC容器，现在spring也推出spring-annotation包了；基于注释的页面显示生命周期定义，@SetupRender、 @BeginRender、 @BeforeRenderBody等，这样整个类除了注释外，没有任何侵入性了，把注释去掉就是个简单的java类，不需要继承，不需要实现固定方法。而且Tapestry5的生命周期基于状态机和队列算法，而不是尾递归，这样周期可以定义的很细，而且实现起来也简单了。

Tapestry5网站：http://tapestry.apache.org/tapestry5/
Screencast（演示）:http://tapestry.apache.org/tapestry5/screencast.html(两个Flash做的Demo，很值得观看)

看到Annotation，偶真是很不爽啊，Tapestry5的组件真的不再是侵入性的了？？那@componentClass不是由框架提供的吗？？

看来 Annotation 的时代已经到来了, 一下子没办法适应过来

那要看你怎么定义侵入性了，如果说注释也属于侵入的话，那它还是有侵入性的，Tapestry5使用servlet的filter进行拦截，然后读取注释来调用生命周期函数，你总要告诉Tapestry哪个是它要调用的函数吧，没继承，没注释，没任何元数据，我估计要靠aop来反射固定的方法名实现了，但那也是一种侵入呀。一点侵入性没有好像是不太可能的。现在把注释全部去掉的话，它就是个最普通的类了，没让你继承基类或接口，没让你固定方法名，你可以随时切换周期函数，换注释的位置就可以了。其实说基于注释的IOC什么的也不确切，只能说是基于注释配置的IOC，如果说基于注释的配置不属于侵入的话（至少在我眼里不算侵入），预计基于注释配置的东西会越来越多，正如T5中的IOC和生命周期函数，这可真算是注释到极致了。

预测下未来代码：

@Spring(name="myBean")
@InitialValue("Hello@hello.com")
@NotNull(true)
@Validate(type="email")
@ClearOnEndRender
private String email;

呵呵，这些都是杜撰的，但是可以想象一下。

娘子， 出来看上帝

这些功能都是值得我期待，什么才出来呢？

最讨厌代码和注释功能混在一起，从来不觉得这是进步

尽管不喜欢tapestry的page配置文件，然而更讨厌annotation的一窝蜂的乱用，把配置和代码逻辑写在一起一锅乱炖，想要改个验证条件还得重新写class文件。
HWL思路开发的tapestry框架最不好的地方就是无论模板、验证、IoC、各种页面组件、session管理、上传下载等什么都要自己作，别人现成的优秀架构不容易集成进tapestry，开放型和交互性不好。我觉得tapestry里学了不白学的似乎只有ognl语言了，这个还不是HWL开发的。
相比只下spring的开发思路就很好好，不要重复发明轮子，只考虑怎样更好的使用它。貌似T5里这种开发思路没有根本性的改变，打算从T4转到S2或WW，继续观望T5、T6。

楼主，相信你已经体会到T5带来的魅力了。
我也SVN了源码，也感觉感觉一下，不过一直没有启动成功。
提示如下：能提供你的源码来参考下吗？

2006-11-12 11:10:27 StandardContext[]Exception starting filter app
java.lang.ExceptionInInitializerError
at org.apache.tapestry.internal.ioc.DefaultModuleDefImpl.addServiceDef(DefaultModuleDefImpl.java:336)
at org.apache.tapestry.internal.ioc.DefaultModuleDefImpl.grind(DefaultModuleDefImpl.java:183)
at org.apache.tapestry.internal.ioc.DefaultModuleDefImpl.<init>(DefaultModuleDefImpl.java:106)
at org.apache.tapestry.ioc.RegistryBuilder.add(RegistryBuilder.java:96)
at org.apache.tapestry.TapestryFilter.init(TapestryFilter.java:96)
at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:225)
at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:308)
at org.apache.catalina.core.ApplicationFilterConfig.<init>(ApplicationFilterConfig.java:79)
at org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:3698)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4349)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1083)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:789)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1083)
at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:478)
at org.apache.catalina.core.StandardService.start(StandardService.java:480)
at org.apache.catalina.core.StandardServer.start(StandardServer.java:2313)
at org.apache.catalina.startup.Catalina.start(Catalina.java:556)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:287)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:425)
Caused by: java.util.MissingResourceException: Can't find bundle for base name org.apache.tapestry.internal.ioc.IOCStrings, locale zh_CN
at java.util.ResourceBundle.throwMissingResourceException(ResourceBundle.java:836)
at java.util.ResourceBundle.getBundleImpl(ResourceBundle.java:805)
at java.util.ResourceBundle.getBundle(ResourceBundle.java:699)
at org.apache.tapestry.internal.MessagesImpl.forClass(MessagesImpl.java:55)
at org.apache.tapestry.internal.ioc.IOCMessages.<clinit>(IOCMessages.java:34)
... 23 more