嗨大家晚上好啊
呵呵，我是寻觅：
 

说起 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 的时候我会大家找个例子，随便把一些开发过程

常用到的资源提供或介绍给大家下个文章见了