Tapestry会成为Web表示层框架的主流解决方案吗？

事实上，到目前为止，我不觉得存在某种MVC可以让不懂整个架构的美工mm来独立修改View层。

不管是什么MVC框架，它的首要任务是 规范程序员的编码，使得程序各个部分能够更易于维护。

和fins得想法一样~很想知道robbin现在怎么看待这个问题`

看了这么多人的跟贴 我也谈谈我的想法 taglib这个东西 我从学java的那一天开始，就对这个没啥好感，所以我也从来不用，我认为jsp就是最好的模板，velocity、frermark这些都没有jsp好使，在jsp中直接嵌入java代码也确实使我在工作中与美工得到了很好的分工 Tapestry这个东西 他的思想确实非常不多 不过目前国内用的较少 在项目中使用风险较大 招人比较难 如果这个流行了 使用起来还是非常不错的

终于找到同道了，本人一直就是这个观点，虽然，与目前的“时尚”格格不入...

dlee 在三年前就预见到了AJAX在今天的大规模应用这点让我很佩服。
总结楼上很多人的发言 大家对于tablib的不感冒其实是对于页面方面的不在行甚至是讨厌，认为是美工的事情，但是现在的对于WEB2.0潮流下美工和程序员似乎那条泾渭分明的鸿沟正在悄悄的消失，很多时候程序员GG要根据页面来调整后台的应用程序，也就是说对程序员的要求在“美工”方面的要求更高了
现在的web表现层大的格局还是struts1.x版本一家座大，这个主要是历史原因，技术出现的比较早，各方面的资料文献等比较丰富，还有处于成本考虑的原因，webwork有后来居上的趋势，一些新的开发都比较的青睐。struts2.0现在的趋势还不大明朗。
对于tablib我也不大喜欢，特别是在改别人的代码上尤甚。很多时候页面上的解决方式都 被禁锢了，必须先考虑标签能不能很好的实现，而不是其他的，这点上个人觉得ROR就来的清爽很多。

Wicket 我觉得这玩意值得关注
╭╮╭╮╭──╮╭╮╭╮╭──╮
│││││╭─╯│││││╭─╯
│╰╯││╰─╮│╰╯││╰─╮
│╭╮││╭─╯│╭╮││╭─╯
│││││╰─╮│││││╰─╮
╰╯╰╯╰──╯╰╯╰╯╰──╯

Wicket和Tapestry现在同列Apache的一级项目，的确不简单。没有研究过Wicket，不清楚状况，不过个人很看好Tapestry5，很方便、很酷！
同时，跟johnyq一样，佩服一下dlee，在三年前就预见到了AJAX在今天的大规模应用！
期待T5 release！

这个有道理的！



同意这个，中间几页都在讨论taglib和照顾美工MM，不应该！

在2007年的夏天，各位对Web表示层框架的主流解决方案是否有新的想法？是否心有所属、抑或另结新欢呢？

我觉得成为主流框架的原因比较复杂，但是一定会满足以下几个条件:
1、简单（复杂的框架很难被主流接受）
2、组件化，好复用（再好的框架，如果不能组件化，就很难复用或者说有积累，那么替换的代价就比较低，大家想一下C/S控件就知道了）

Tapestry会在升级过程中迷失自己...
我们公司(可以说是国内比较早大规模应用Tapestry的公司，从3.x开始，到现在4.1止，公司北京有上千人，广州深圳有200人左右)技术架构中已经完全放弃Tapestry了，以原始的大家熟悉的struts 1.x代替。。。