在ria的浪潮面前,我们还需要web mvc么?

binz 08-08-25
         

struts,jsf,tapestry,webwork等等这些web mvc我想只要是做java的都至少听过或用过其中1到2个,可是最近ria的浪潮似乎越来越强烈,诸如ext,flex,silverlight,而sun更是来了个javafx等等....不由得让我做出思考,这些web mvc还需要么?
从了解dwr,json-rpc这样的ajax rpc框架开始,不由得对其作用与其思想对现在的应用有了想法,而ria的盛行也更加推动了这些ajax rpc的应用,我们把应用展现层都弄到客户端去了,还真的需要web mvc吗?(表现mvc都在客户端了),在这样ajax webservice的方式面前web mvc还有它所存在的价值?
而这样的ria是不是又回到了以前的c/s?
真是风水轮流转啊:P

         

banq
2008-08-25 18:24

>ria是不是又回到了以前的c/s?真是风水轮流转啊
不能肤浅认识,RIA的C/S是真正分层后的C/S,客户端只负责页面,和数据库无关,而以前的C/S则是两层耦合的结构,本质不同,所以,我们不能从表面上看技术发展,这属于螺旋上升。

freebox
2008-08-25 20:13

领域弄好了,整点服务放出去给其它东西用,直接jsp也很方便

herowzz
2008-08-28 00:06

貌似RIA是和AJAX竞争的

beepbug
2009-05-30 13:21

>>>而这样的ria是不是又回到了以前的c/s?
传统C/S,最早是两层的,一个数据库服务器,一个PC做客户端,之间通过Socket传输SQL语句及返回的结果集。
有网络流量大,C端难以胜任复杂的业务逻辑(那时PC计算能力弱),不能穿透防火墙等缺点。
后来SUN等做了应用服务器,变成三层的。把业务逻辑移到应用服务器,减轻了客户端的负担。
C/S不是天生两层的,B/S也不是天生三层的。
B/S其实也是C/S方式,确切地说,是Web方式的C/S。也可以是两层的(譬如:Applet + DB)。
B/S走HTTP,防火墙不能阻隔。
但是,也有缺点。一是界面交互能力远比C/S客户机弱。另外,现在PC计算能力猛增,现有的B/S方式对客户端计算能力是极大的浪费,而应用服务器却成了新的瓶颈。比较理想的是,根据不同应用的需求,或把业务逻辑全部移到客户端,或部分移过来,减轻应用服务器的负担。
RIA(Rich Internet Applications),顾名思义,走的还是Web路线,但希望把原来C/S客户的两个优势结合过来。Rich客户端,就是承担部分或全部业务逻辑计算。