.之前用servlet javabeans jsp写过一点东西,现在打算用框架,上网一搜,关于ajax struts的多是2.0 那1.x有什么好的ajax集成方案吗
另外再问,除了struts还哪些框架有使用
那也不能叫什么后台，就是后台管理界面，还是做ui方面比较丰富extjs，
extjs有大把的界面组件让你使用嘛，但jquery就是操作dom元素很方便，
如果你要好看些的界面，那用extjs是比较方便，有现成的用
1，Struts1.x
2，JSF
客户端通过事件触发，将请求通知给JSF的核心控制器FacesServlet， FacesServlet会创建一个FacesContext对象，它里面包含了处理请求所必须的信息，接着FacesServlet会将控制权交给LifeCycle处理器。
（LifeCycle生命周期）：
恢复视图 ----》 应用请求值 ----》处理验证 ----》更新模型值 ----》调用应用程序
3，SpringMVC
客户端发送请求到Spring的核心控制器DispacherServlet，它会根据配置文件
(xxx-servlet.xml)找到对应的处理器Handler
4，WebWork
浏览器发送的请求都被ServletDispacher截获，ServletDispather根据服务名，解析对应的Action名。AppalicationContext，遍历HttpServletRequest，HttpSession，ServletContext中的数据，将其复制到WebWork的Map实现中，至此之后，数据操作在Map结构中进行，完成内部结构与ServletAPI的分离
ActionProxyFactory根据xwork配置文件（xwork.xml）创建ActionProxy实例，ActionProxy中包含Action的配置信息。
5，Struts2
a，浏览器发送请求，
b，核心控制器FilterDispather根据请求决定调用合适的Action
c，WebWork的拦截器链自动对请求应用通用功能，例如WorkFlow，Validation或文件上传等功能
Struts1.x存在的问题？
1，支持的表示层技术单一
2，与ServletAPI严重耦合，难于测试。
Struts2与Struts1的对比
1，在Action实现类方面：Struts1要求Action类继承一个抽象基类；Struts1的一个具体问题是使用抽象类编程而不是接口。Struts2 Action类可以实现一个Action接口，也可以实现其他接口，使可选和定制服务成为可能。 Struts2 提供一个ActionSupport基类 去实现常用的接口。即使Action接口不是必须实现的，只有一个包含execute方法的POJO类都可以用作Struts2的Action。
2，线程模式方面：Struts1 Action是单例模式并且必须是线程安全的，因为仅有Action的一个实例来处理所有的请求。单例策略限制了Struts1 Action能做的事，并且要在开发时特别小心。Action资源必须是线程安全的或同步的；Struts2 Action对象为每一个请求
产生一个实例，因此没有线程安全问题。
3，Servlet依赖方面：Struts1 Action依赖于Servlet API，因为Struts1 Action的execute方法中有HttpServletRequest和HttpServletResponse方法。Struts2 Action 不再依赖于ServletAPI，从而允许Action脱离Web容器运行，从而降低了测试Action的难度。当然，如果Action 需要直接访问HttpServletRequest和HttpServletResponse参数，Struts2 Action仍然可以访问它们。但是，大部分时候，Action都无需直接访问HttpServletRequest和HttpServletResponse，从而给开发者更多灵活的选择。
4，可测试方面：测试Struts1 Action的一个主要问题是execute方法依赖于Servlet于ServletAPI， 这使得Action 仍然的测试要依赖于Web容器。为了脱离Web容器测试Struts1 的Action， 必须借助于第三方扩展：Struts TestCase，该扩展下包含了系列的Mock对象，从而脱离Web容器测试Struts1的Action类。Struts2 Action可以通过初始化，设置属性，调用方法来测试。
5，封装请求参数方面：Struts1 使用ActionForm对象封装用户的请求参数，所有的ActionForm 必须继承一个基类：ActionForm。 普通的JavaBean不能用作ActionForm
因此，开发者必须创建大量的ActionForm类封装用户请求参数。虽然Struts1 提供了动态ActionForm 来简化 ActionForm 的开发，但依然需要在配置文件中定义ActionForm； Struts2 直接使用Action 属性来封装用户请求属性，避免了开发者需要大量开发ActionForm类的繁琐，实际上，这些属性还可以是包含子属性的Rich对象类型。如果开发者依然怀念Struts1 ActionForm 的模式，Struts 2 提供了ModelDriven 模式， 可以让开发者使用单独的Model 对象来封装用户请求参数，但该Model对象无须继承任何Struts2基类，是一个POJO，从而降低了代码污染。
6，表达式语言方面：Struts1 整合了JSTL，因此可以使用JSTL表达式语言。这种表达式语言有基本对象图遍历，但在对集合和索引属性的支持上则功能不强；Struts2 可以是用JSTL，但它整合了一种更强大和灵活的表达式语言：OGNL（Object Graph Notation Language）,因此，Struts2下的表达式语言功能更加强大。
7，绑定值到视图方面：Struts1 使用标准JSP机制把对象绑定到视图页面；Struts2 使用“ValueStack”技术，使标签能够访问值，而不需要把对象和视图页面绑定在一起。
8，类型转换的方面：Struts 1 ActionForm 属性通常都是String 类型。 Struts1 使用
Commons-Beanutils 进行类型转换，支持基本数据类型和常用对象之间的转换。
9，数据校验的方面：Struts1 支持在ActionForm 重写 validate方法手动校验，或者通过整合Commons alidator框架来完成数据校验。Struts2 支持通过重写validator方法进行校验，也支持整合XWork校验框架进行校验
10，Action执行控制的方面：Struts1 支持每一个模块对应一个请求处理（既生命周期的概念），但是模块中的所有Action必须共享相同的生命周期。Struts2支持通过拦截器堆栈为每一个Action 创建不通的生命周期。开发者可以根据需要创建相应堆找，从而和不同的Action一起使用。
WebWork 和 Struts2对比
从某种程度上来看，Struts2是WebWork的升级，而不是Struts1的升级，甚至在Apache的Struts2的官方文档都提到：WebWork到Struts2是一次平滑的过渡。实际上，Struts2 其实是WebWork2.3而已，从WebWork2.3 迁移到Struts2.0 不会比WebWork2.1到2.2更麻烦。
在很多方面，Struts2 仅仅是改变了WebWork 下的名称，因此，如果开发者具有WebWork 的开发经验，将可以更加迅速地进行Struts2的开发领域。
另外，Struts2 删除了WebWork中少量的特性。
参考文章http://www.iteye.com/topic/336764
Ajax组件有很多，不过用JQuery就可以了，jQuery是一个快速、简洁的ajax组件之一，struts1.x与之结合挺不错的
这里有框架的介绍：
[url]http://www.open-open.com/07.htm[/url]
ajax组件我推荐使用Jquery.
jquery在性能和易用性方面比extjs强很多，
非常容易学会使用，代码又很精简的，非常方便，
不过extjs的话，就是它的那些ui组件库很强大，
jquery短小精悍，功能强大，UI操作混乱，适合高手自己动手，上手难但深入容易
Extjs 稍许胖大，功能约束，UI操作统一，适合新手上马，上手容易深入难呀。
所以高手用jquery，新手用extjs
[quote]我一般做oa、进销存后台管理的比较多[/quote]
单从系统应用方面,个人推荐extjs，这个做出的比较美观，客户用起来也舒服，呵呵
这哥们从人家blog抄的说？
http://erichua.iteye.com/blog/309061
关于jquery和extjs的方便性，和易用性，上网搜索下就知道了