我们正在开展一个大型的网络项目，主要是绿地。我喜欢用于java / web解决方案的Tapestry框架。我担心启动Tapestry 5项目，因为T5仍处于测试阶段。但是，如果我正确理解文档，T5及更高版本将不支持T4开发。我的问题：我应该为一家拥有T5的大公司开展一个大型项目吗？如果没有，随着即将发布的T5，我应该完全忽略T4吗？
答案 0 :(得分：5)
这个问题现在没有实际意义; Tapestry 5.0.18于12月12日发布，它是稳定的生产就绪版本，所以没有人不必担心在生产之前使用Tap5 ......只需从你使用的5.0.x升级到5.0.18。 / p>
警告：如果您仍在使用5.0.15，那么您可能需要修改一些内容。我有两个问题从5.0.15升级到5.0.17：一个是标记为@Property的任何字段都不能有任何访问者;如果您有@Property字段的访问者，则必须删除@Property标记，并在需要时实现两个访问者。另一个是页面类不再打包在他们自己的jar文件中（这仅适用于新创建的项目），因此如果您需要将页面放在他们自己的jar文件中（无论出于何种原因），您必须修改pom.xml将archiveClasses添加到maven-war-plugin插件。
答案 1 :(得分：4)
T5是最后一个测试版，下一个版本是RC，然后是完整版。根据霍华德的说法，事情应该在10月底完成。所以，如果你正在启动这个项目，我相信该框架会让你了解它的发布。
另外一点，测试版是非常优质的产品，霍华德在他的框架中做得很好。在我现在以前的公司，有一个项目于9月开始基于tapestry 5，一位同事设法很快得到一个工作的例子，看起来没问题。我们在之前的项目中使用了tapestry 4，当提出选择哪个版本的问题，T4将被放弃以支持T5的事实，以及框架概念本身的大量变化时，结论是它更适合于开发新的挂毯学习，以便立即学习新版本（同样，如果我留下来，我也有兴趣尽快切换到T5，因为我看到T5概念的质量改进与我使用的T4相比）。当然，您必须考虑到截止日期和项目限制。如果它是相当灵活的，或者是持久的项目，可能会在一周内快速启动T5，然后根据您的经验来决定。
答案 2 :(得分：2)
在承诺使用Tapestry之前，您应该非常了解Tapestry的开发历史。 Tapestry已经完成了许多不兼容的升级，并没有继续支持旧版本。 4.1的补丁在合理的时间范围内不再处理。在我看来，这对官方稳定版本来说是不可接受的。
承诺使用Tapestry 5意味着：
答案 3 :(得分：0)
正如zappan所说，如果您的项目交付（LIVE / RELEASE）日期提前几个月，您应该考虑T5。特别是因为T5尚未发布 - 这导致人们期望不会有太多人会有这方面的经验。
然后再说一次，如果你的项目不是关键任务，并且可能会对现场日期产生一些延迟，那么它应该不会受到伤害。
答案 4 :(得分：0)
通过Tapestry用户邮件列表阅读，仍然有许多粗略的边缘。当您完成演示时，T5令人印象深刻，但我会等待一段时间才考虑将其用于生产。 http://www.nabble.com/Tapestry---User-f340.html
答案 5 :(得分：0)
我认为我不能推荐像这样的高端应用程序的beta解决方案，但我也倾向于T4，因为升级路径将在T5发布后关闭。你同意吗？
答案 6 :(得分：0)
我目前正在一个即将推出测试版的项目中使用T5，这不是我们想要的 - 我们认为第一个版本现在已经发布了。 T5，恕我直言，除了一些粗糙的边缘和一个相当小的社区之外，是稳定和成熟的。
如果你刚刚开始，我不会打扰使用T4。我发现T5非常优雅和有趣，所以如果你有一些时间在计划发布之前，那就去吧！
答案 7 :(得分：0)
Tapestry 5非常糟糕。生产力骤降，存在内存泄漏。它描述了堆大小和GC中较旧的对象生成的非常糟糕的情况。由于在任何地方使用会话，它不能为大量用户扩展。这是非常严重的文件记录，很少支持少量的通勤者。非标准代码的代码库质量非常低。我会像瘟疫一样避免它。我在一个非常引人注目的项目上工作了6个月，最终以几百万英镑为代价进行了罐装。 T5不对此负责，但通过将开发人员的工作效率降至零来发挥作用。
使用wicket和grails以及Spring MVC和Struts2为什么在地球上你冒这个风险还有什么呢？