》》》可惜现在很多人都不看好JSF,就像当年的EJB2.1,大家都怕雷声大雨点小
EJB1、2不行，不是因为推广力度不够，而是技术不行，不合适。
现在押宝jsf和当年押宝EJB一样，都是没谱的事。
大产商，也是大忽悠，醒醒吧。
前阵子就下载了leebai的框架，感觉非常不错，思路也很好，我决定以后有小型的BS项目可以试用一下。
在这之前就是看了dorado，也是类似的感觉。
个人认为绝对应该发展这个方向，就看谁能对表现层的这些技术封装得好了，最后形成一种标准，就象leebai所说，“最好是浏览器厂家联合来做，做出标准、通用、有持久生命力的界面组件。”
再有一种可能就是出台一种新的语言，一统表现层的开发，最好与java类似，所有浏览器厂家也都支持，这样项目中，就会分为“业务层程序员”和“表现层程序员”两方面。中间可以由service或xml做接口，连接业务层和表现层，这样就可以互不影响，同步开发了。
最近还在看jquery和YahooUI，都是不错的路线，WEB层的发展应该是向RIA富客户端前进的！我相信这一点，用户的体验是检验应用的重要标准之一！
极度同意leebai兄的关于以后web层发展的看法，不过个人对于ajax一直有一个问题，就是安全方面的考虑，因为浏览器的开放性，在这一方面的处理该如何进行？
to littlesuns:
其实对ajax安全性的质疑，是业界对ajax的最大误解之一，你们去看一下7wxAop框架的代码，就会发现：纯ajax的架构是“最有可能实现全面安全”的Web架构。之所以说“最有可能”，是因为框架是否安全取决于实现，而不取决于框架模型本身：
1、ajax的Requets本质上就是传统的http请求，在ajax中能做的所有发送攻击，在传统的表单发送中，一样能做。
2、ajax的Response本质上就是传统的http反馈，ajax的Response能泄露的信息，在传统的反馈页面中一样被泄露。
3、服务器端对请求进行安全检查是所有Web框架都必须实现或者允许被扩展实现的功能，但相比之下，由于纯ajax框架中服务器只处理“业务请求”，因此ajax请求涵义明确，便于管理，所以更容易作到“没有遗漏”的安全检查。
你想想，是不是这个理？
[该贴被leebai于2007年04月30日 20:49修改过]
thank you for your reply,
leebai.：-）
"想像一下你只想看一下新闻，却不得不等半天才打开网页，仅仅为了下载一大串为了界面美观或者方便操作的字符，你恼火不？"
这种情况在良好结构的Ajax客户端是不可能发生的，用一个importScript函数实现懒加载，在script的onload事件上绑定后续操作即可。
浏览这类网站只会比传统网站更加快速，更加节省网络带宽，对于服务端的负载也降到最低，因为后台传输和处理的内容已经实现最小化。不能再小了。
另外关于安全方面，防止恶意提交和站外提交目前最好的方法就是附加验证码。通过Referer取得访问来源的方法只能防止普通人的攻击，对于职业攻击者来说作用基本等于无。不论是Ajax还是普通页面提交都是一样的。Ajax并不比传统http访问多了什么隐患。
我个人非常关注tapestry。虽然到现在为止还是非常粗浅的看了一下。tapestry的作者给我印象深刻，我觉得他具有非常大的勇气，从tapestry4到hivemind到现在的tapestry5，整个架构完全重构，现在的tapestry5吸取了许多其他优秀项目的优点，包括RoR和google的guice。
像我这样非职业程序设计爱好者，从最初perl的mason，到python的zope，到java的struts，又到到后来的ROR，现在又重新拿起java（选择tapestry）。从web框架来说，我想很少有人经历我这么多的尝试，而且每种框架都有实现的产品。这当然是出于爱好，但由于半路出家，总感觉高度不够。偶尔看到这个论坛，发现banq确实很有风格，所以也注册一个id。
RoR开发的效率很高，特别是我这样只是利用业余时间的人。它让你的努力很快的看到结果，这是很好的享受。我用struts编写http://www.51dir.com的时候大概花了5个月，但是现在运行的版本是用RoR编写的，主要部分只是花了15天。
Grails我没有尝试过，不过花几分钟看了一下Groovy的语法，我觉得我更倾向于jruby上面的RoR。ruby的语法确实很灵活，习惯之后表达力很强。
同时请banq关注一下tapestry，给个评价。我觉得tapestry这样面向组件的web框架确实颠覆了我所有关于web框架的经验。
前面各位都谈了AJAX，AJAX的概念和方向是对的，而且现在Web确实需要一个非applet 非flash的，基于HTML/XML的新的丰富的表现方式，虽然DWR已经体现了AJAX魅力，相信这方面潜力还是很大..已经有相关主题讨论：
http://www.jdon.com/article/29898.html
关于tapestry我其实2004年更早就关注，它的组件思想非常类似AJAX，应该两者可以完美结合，这样灵活性就发挥得淋漓尽自。
如果说tapestry4到hivemind已经在灵活性上做得极点，那么相信tapestry5在简化上必然有所创举，约定优于配置的前提基础是必须足够灵活，可细节配置，在这方面RoR却做得不够，业务层还和controller层混合在一起呢，虽然它号称“约定优于配置”。
真正的王者是经过刻苦长期、踏踏实实磨练熬出来的，而不是靠一两个点子炫耀。
AJAX只是应用上的一个点缀，如果想用AJAX来做框架实现企业级应用，我想那肯定会是失败的。
首先AJAX目前的技术不够成熟，以后的发展怎样还是个未知数；
其次，通过参考网站的排名来争取风险投资的企业不占少数，而大量应用基于AJAX无形中降低了很多PV，也就是说对网站排名不利，仅仅这一点很多公司就把大量应用AJAX的想法否定了，而这点是我亲身体会到的；
再次，如果网站访问量较大，AJAX发生通讯延迟也是不可避免的，若用户进行多操作其数据同步性也有待完善；
综合考虑，以AJAX为主的企业应用目前还不成熟，不赞成AJAX。
只要有大公司支持，好的东西才能成功。好的IDE出了就高效率了。本人再次强调MyEclipse很垃圾 ，有跟没一样。
好！
我对ajax比较反感，因为入行不久，搞ajax要学js、dom、dhtml等一大堆技术。并且html/http其本身先天不足，现在拿一些东西来补。
最近稍微看了下Flex，感觉很不错，他把客户端和服务端完全分开了，中间用dms或web services来交流数据；并且客户端也能处理部分业务逻辑，减小服务端压力；客户端flash表现力又非常强。非常同意leebai的两个预测！^_^
>>>>>>通过参考网站的排名来争取风险投资的企业不占少数
新的排行方式不是改向通过网站的逗留时间而不是流量么？
Grails因为保持Java世界丰富的类库和强大的可伸缩性，目前一家AlterThought公司从Fortune 200 公司调查和发现Grails竟然比RoR更具有产品性：
当然，JavaLobby也在讨论这个结果是不是客观，是否有意义：
Is Grails More Productive than Rails?
http://www.javalobby.org/java/forums/t99677.html
相关主题：
Java、RoR、PHP，一个都不能少
http://www.jdon.com/jivejdon/thread/32349.html
JBoss Seam 2.0蹦达出来了
http://www.jdon.com/jivejdon/thread/32192.html
web framework的角斗
http://fantasyjava.bokee.com/2242981.html
有点不同意leebai的观点，即便是大厂商出来的产品，首先是JAVA EE标准，而现在只要通过了市场的验证成为了事实标准，这是很明显其他框架没有的优势啊。Struts1.x统治web的江山日久，相信大家都对下一任的主流有很高的指望，不是说技术上优秀的产品就能取得市场上的优势，商业性的考虑也是很重要的。JSF不会是EJB2.X，JSF需要的是要成功的成品证明。
[该贴被boby2046于2007年08月13日 15:34修改过]