嗨大家晚上好啊
呵呵，我是尋覓：
?

說起 java 的新技術，不得不用抽象二字來形容，剛接觸的時候不弄個實例代碼來看看，還真是暈；

記得當初還萌發不學 java 的想法，后來還是師兄的鼓勵才沒放棄，呵呵！想起來真有點感動了。。。

講正經的了。

?

大家要弄懂什么是 ajax 技術先要了解關于點 c/s 和 b/s 的東東；

?

c/s : (Client/Server) 客戶機和服務器結構。要求客戶端服務器端安裝相應的軟件；

? 如： QQ 、 oracle ….

b/s : （ Browser/Server ）瀏覽器和服務器結構。客戶端無須安裝相應軟體就能和服務器進行信息交流

? 如： IE 的 FTP 和 WWW…

1 、 C/S 架構軟件的優勢與劣勢

（ 1 ）、應用服務器運行數據負荷較輕 。
最簡單的 C/S 體系結構的數據庫應用由兩部分組成，即客戶應用程序和數據庫服務器程序。二者可分別稱為前臺程序與后臺程序。運行數據庫服務器程序的機器，也稱為應用服務器。一旦服務器程序被啟動，就隨時等待響應客戶程序發來的請求；客戶應用程序運行在用戶自己的電腦上，對應于數據庫服務器，可稱為客戶電腦，當需要對數據庫中的數據進行任何操作時，客戶程序就自動地尋找服務器程序，并向其發出請求，服務器程序根據預定的規則作出應答，送回結果，應用服務器運行數據負荷較輕。

（ 2 ）、數據的儲存管理功能較為透明 。
在數據庫應用中，數據的儲存管理功能，是由服務器程序和客戶應用程序分別獨立進行的，前臺應用可以違反的規則，并且通常把那些不同的（不管是已知還是未知的）運行數據，在服務器程序中不集中實現，例如訪問者的權限，編號可以重復、必須有客戶才能建立定單這樣的規則。所有這些，對于工作在前臺程序上的最終用戶，是“透明”的，他們無須過問（通常也無法干涉）背后的過程，就可以完成自己的一切工作。在客戶服務器架構的應用中，前臺程序不是非常“瘦小”，麻煩的事情都交給了服務器和網絡。在 C/S 體系的下，數據庫不能真正成為公共、專業化的倉庫，它受到獨立的專門管理。

（ 3 ）、 C/S 架構的劣勢是高昂的維護成本且投資大 。
首先，采用 C/S 架構，要選擇適當的數據庫平臺來實現數據庫數據的真正“統一”，使分布于兩地的數據同步完全交由數據庫系統去管理，但邏輯上兩地的操作者要直接訪問同一個數據庫才能有效實現，有這樣一些問題，如果需要建立“實時”的數據同步，就必須在兩地間建立實時的通訊連接，保持兩地的數據庫服務器在線運行，網絡管理工作人員既要對服務器維護管理，又要對客戶端維護和管理，這需要高昂的投資和復雜的技術支持，維護成本很高，維護任務量大。

其次，傳統的 C/S 結構的軟件需要針對不同的操作系統系統開發不同版本的軟件，由于產品的更新換代十分快，代價高和低效率已經不適應工作需要。在 JAVA 這樣的跨平臺語言出現之后， B/S 架構更是猛烈沖擊 C/S ，并對其形成威脅和挑戰。

2 、 B/S 架構軟件的優勢與劣勢

（ 1 ）、維護和升級方式簡單。
目前，軟件系統的改進和升級越來越頻繁， B/S 架構的產品明顯體現著更為方便的特性。對一個稍微大一點單位來說，系統管理人員如果需要在幾百甚至上千部電腦之間來回奔跑，效率和工作量是可想而知的，但 B/S 架構的軟件只需要管理服務器就行了，所有的客戶端只是瀏覽器，根本不需要做任何的維護。無論用戶的規模有多大，有多少分支機構都不會增加任何維護升級的工作量，所有的操作只需要針對服務器進行；如果是異地，只需要把服務器連接專網即可，實現遠程維護、升級和共享。所以客戶機越來越“瘦”，而服務器越來越“胖”是將來信息化發展的主流方向。今后，軟件升級和維護會越來越容易，而使用起來會越來越簡單，這對用戶人力、物力、時間、費用的節省是顯而易見的，驚人的。因此，維護和升級革命的方式 是 “瘦”客戶機，“胖”服務器。

（ 2 ）、成本降低，選擇更多 。
大家都知道 windows 在桌面電腦上幾乎一統天下，瀏覽器成為了標準配置，但在服務器操作系統上 windows 并不是處于絕對的統治地位。 現在的趨勢是凡使用 B/S 架構的應用管理軟件，只需安裝在 Linux 服務器上即可，而且安全性高。所以服務器操作系統的選擇是很多的，不管選用那種操作系統都可以讓大部分人使用 windows 作為桌面操作系統電腦不受影響，這就使的最流行免費的 Linux 操作系統快速發展起來， Linux 除了操作系統是免費的以外，連數據庫也是免費的，這種選擇非常盛行。

比如說很多人每天上“新浪”網，只要安裝了瀏覽器就可以了，并不需要了解“新浪”的服務器用的是什么操作系統，而事實上大部分網站確實沒有使用 windows 操作系統，但用戶的電腦本身安裝的大部分是 windows 操作系統。

（ 3 ）、應用服務器運行數據負荷較重 。
由于 B/S 架構管理軟件只安裝在服務器端（ Server ）上，網絡管理人員只需要管理服務器就行了，用戶界面主要事務邏輯在服務器（ Server ）端完全通過 WWW 瀏覽器實現，極少部分事務邏輯在前端（ Browser ）實現，所有的客戶端只有瀏覽器，網絡管理人員只需要做硬件維護。但是，應用服務器運行數據負荷較重，一旦發生服務器“崩潰”等問題，后果不堪設想。因此，許多單位都備有數據庫存儲服務器，以防萬一。
?

通過下面的解說，大家將會不難看出，Ajax是以B/S模式為基礎開發出來的，并具有B/S的特性，用戶在享受Ajax服務時候，是不需要安裝任何附加客戶端軟件的，以下進一步從不同角度詮釋Ajax :

?

好了接下來大家看看這兩個圖：

?

?

他們之間的不同顯而易見的，不但其結構不同，傳輸的數據也是大相徑庭；具體的差別無需多講，我想大家只看這個圖就已經心領神會了；至于具體的代碼例子，大家只能等我找時間補上了。

?

接下來我們看看 Ajax 在 MVC 模式下是什么樣子的

他們之間的不同顯而易見的，不但其結構不同，傳輸的數據也是大相徑庭；具體的差別無需多講，我想大家只看這個圖就已經心領神會了；至于具體的代碼例子，大家只能等我找時間補上了。

?

接下來我們看看 Ajax 在 MVC 模式下是什么樣子的

?

從這個圖不難看出在一般情況下 Ajax MVC 結構的各個層的實現方法。

?

看到這里相信大家腦子里的 Ajax 已經不再是抽象而不可捉摸的了，呵呵

好了下個文章再講到 Ajax 的時候我會大家找個例子，隨便把一些開發過程

常用到的資源提供或介紹給大家下個文章見了