Ajax 和 REST，第 1 部分
2006 年 11 月 09 日
服务器端 Web 应用程序因采用富应用程序模型和交付个性化内容而具备了融入式（immersive） 的特点，这种特点越突出，应用程序架构对 Web 架构风格 REST（Representational State Transfer）的违背就越多。这种违背会降低应用程序的可伸缩性，增加系统复杂性。通过与 REST 相互协调，Ajax 架构将使融入式 Web 应用程序消除这些负面影响，尽享 REST 那些出色的特性。
在短短 15 年中，World Wide Web 已经从一项研究实验成长为现代社会的技术支柱。最初发明 Web 的目的是使人们可以轻松发布和链接信息，现在它已经发展为软件应用程序的可行平台。但随着应用程序通过使用富应用程序模型和生成个性化内容而获得了更多的融入性，它们的架构对 Web 架构风格 REST（Representational State Transfer）的违背也越来越多。这种违背会降低应用程序的可伸缩性，增加系统复杂性。
新兴的 Ajax Web 客户机架构风格让融入式 Web 应用程序与 REST 架构风格协调一致。使它们可以尽享 REST 那些出色的特性，同时又消除了应用程序违背 REST 准则时带来的不良特性。本文将介绍为融入式 Web 应用程序成功结合 Ajax 和 REST 的方法与原因。
请访问 Ajax 技术资源中心，这是有关 Ajax 编程模型信息的一站式中心，包括很多文档、教程、论坛、blog、wiki 和新闻。任何新信息都能在这里找到。
REST：Web 架构
尽管 World Wide Web 是在数十年的相关研究基础上建立起来的，但它的有效诞生日期是 1990 年 12 月，当时 Tim Berners-Lee 完成了 Web 主要组件的工作原型：统一资源标识符（URI）、HTTP、HTML、浏览器和服务器。Web 被迅猛采用，远远超过了先驱者们的预期。在 Roy Fielding 最出名的系列文章中（请参看 参考资料），他描述了自己当时的心情：
“尽管对其成功感到兴奋不已，但是 Internet 开发者社区逐渐开始担心，Web 使用的这种快速增长，以及早期 HTTP 的一些拙劣的网络特性，会快速压倒 Internet 基础设施所能承担的容量，从而导致突然的崩塌。”
“一种架构在设计时就应该考虑到一组特性，让它可以满足甚至超越系统的需求。忽略这些特性可能会导致后期变更干扰整个架构，就像是使用一扇落地窗去取代承重墙会破坏整个建筑结构的可靠性。” —— Roy Fielding
Fielding 和其他人对 Web 架构及其是否能够足以支持各种扩展和用法重新进行了审视。这种重新审视的有形结果包括更新�
相关文档：
这是一个基于prototype.js的ajax分页，运用了spring框架，自定义分页标签，每次进入列表页面时，把列表存入session，分页只对session存储的列表进行分页，不需要再去查询数据库，性能会高些
首先在web.xml中配置spring监听和servlet
web.xml内容如下：
<?xml version="1.0" encoding="UTF-8"?>
<web-app versi ......
在一个项目中分级选择行政区划时用到AJAX进行无刷新级联，我在页面中编码用的是UTF-8，总是报脚本错误，
我把页面编码换成GBK又是正常的，后来在网上搜索了一下，在引入JS时加入编码就可以了，如下：
<script language="Javascript" src="js/jquery.js" charset="gb2312"></script> ......
项目设想
学校各部门的网站并非用的一套cms系统，行政部门与二级学院的网站数量众多且开发人员的水平参差不齐，导致信息架构比较混乱。通过一个全局的工具条实现全校站点链接与公告动态更新（能在任何一个子站点看到最新的公告）的功能。
公告模块数据库设计(数据库:globaltools)
首先创建一个表announcement，包括四个� ......
jquery中用ajax(貌似编码默认为utf-8)如果有中文的话 会出现乱码 下面的解决办法之一：
以下是js中的代码
classname=encodeURI($('#classname').val());
classdescription=encodeURI($('#classdescription').val());
actionArr={classname:classname,classdescription:classdescription};
$.post("product_class ......
