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
>ria是不是又回到了以前的c/s?真是风水轮流转啊
不能肤浅认识，RIA的C/S是真正分层后的C/S，客户端只负责页面，和数据库无关，而以前的C/S则是两层耦合的结构，本质不同，所以，我们不能从表面上看技术发展，这属于螺旋上升。
领域弄好了，整点服务放出去给其它东西用，直接jsp也很方便
貌似RIA是和AJAX竞争的
>>>而这样的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客户端，就是承担部分或全部业务逻辑计算。