lgx522 2007-08-13 16:03
建议大家访问一下http://www.operamasks.org/，看一下袁红岗的OperaMasks。
也许很多事情已经有了答案。看来用了两年JSF的我要重新审视并学习这项被错误低估的技术了。
[该贴被lgx522于2007年08月13日 16:04修改过]
zdbj2ee 2007-08-14 08:54
wicket或tapestry
zmg229 2007-08-15 23:40
Grails已经露出王者之相,全面(从Java)转入Grails/Groovy了(其实还是在干JavaEE) :)
boby2046 2007-08-18 18:10
wicket没了解，不太清楚;
tapestry基于组件，不过t5与t4差别也太大了吧。参考资料少，开发成本会比较高。
Gails绝对支持，不过总觉得学ruby的东西一搬进来jvm就有点变了味道，
还不如用rails呢。
serialeasy 2008-03-05 22:07
我支持Webwork.

java comm,Java USB,RXTX
rs232-rs485/rs422 converter,usb to rs232/rs485/rs422
keeping communicate fast and easy
Hexin Technology
paradise7th 2008-03-10 11:31
如果浏览器进一步发展到有更多显示控件和交互功能(比如将ajax整合为通用控件),并且能得到广泛支持,我想leebai所说的业务服务器是不难实现的

我觉得B/S最大问题在于它是基于HTTP这种无状态协议的,HTTP协议本身的缺陷造成服务端无法分辩请求来源,如果把太多逻辑交给浏览器,但是又对浏览器提交的结果无法判断真伪,将会导致严重的安全信任问题;从另一角度说,对于客户端,只提供他们需要的数据,而不是把数据交给客户端计算,也是符合数据安全规则的,除非底层的HTTP协议进一步改进,不然目前以动态页面为主的B/S模式还会持续很长时间

codekiller 2008-05-04 10:07
在说到安全性问题时, 似乎只考虑了服务器的安全性.
如果考虑到浏览器用户的安全, 那么发展富客户端要慎重.
nmwlzbj 2008-05-16 11:05
谁能将程序员的主要精力放在开发上，谁就是未来的王者