最近一直在想這個(gè)事情，從近幾年的web application的發(fā)展情況和工作項(xiàng)目的用戶需求來(lái)看，rich client應(yīng)該又要成為一個(gè)潮流了。

主要原因有兩點(diǎn)：
一是網(wǎng)速的提高，過(guò)去使用browser是因?yàn)檫^(guò)去的網(wǎng)絡(luò)速度比較慢，所以只能給客戶端傳送很少的信息量，讓客戶通過(guò)網(wǎng)絡(luò)傳輸?shù)男畔⒈M可能少的完成操作。而現(xiàn)在網(wǎng)絡(luò)速度的提高，讓這樣的要求變少了，網(wǎng)速慢的這個(gè)瓶頸也不再存在了。
二是用戶的要求，用戶實(shí)際上不在意什么client還是brower，用戶在意的是使用是否方便，響應(yīng)是否迅速,能否滿足業(yè)務(wù)需要。如果網(wǎng)速慢,機(jī)器配置差的瓶頸在今天的技術(shù)條件下不存在了，用戶對(duì)于易用性和快速響應(yīng)的要求就要提高了。這個(gè)快速響應(yīng)不是指那種客戶端<----->服務(wù)器的響應(yīng)，而已一個(gè)操作之后快速的出現(xiàn)結(jié)果，這個(gè)就要求有一部分在C/S模式下在客戶端實(shí)現(xiàn)的功能但是在B/S情況下被轉(zhuǎn)移到服務(wù)器上的一些功能需要在客戶端實(shí)現(xiàn)。

但是這個(gè)rich client不是幾年前的那種臃腫的不行的方式了，應(yīng)該是比現(xiàn)在的應(yīng)用的client包含的內(nèi)容多，但是比以前的client的內(nèi)容要少。主要解決的問(wèn)題是，快速響應(yīng)用戶的操作，讓用戶的操作更簡(jiǎn)單。


（思路不是很清晰，暫時(shí)是這樣，之后再修改）