公司要做一个jsp的项目，要使用struts,请大家推荐好书！

给点参考：
概述
本文主要从概念上讲解什么是struts framework，它的框架结构，组件结构，以及简单的配置讲解。对于其应用请参考后面的“struts安装及应用”和“struts实用案例分析”。
文章的包括了如下四大部分：
一、 Framework的概念和体系简介 （Framework Conception and Architecture）
二、 Struts的概念和体系结构（Struts Conception and Architecture）
三、 Struts的工作原理和组件（Struts Componennts）
四、 Struts配置文件简介（Struts Deployment Description）一、 Framework概念
一直以来我们都说struts是一个web framework。那么让我么先来看看什么是Framework。（我想用“框架”一词来翻译framework，可是后来越来越发现不太理想和完备，所以就直接用Framework一词）
Framework概念并不是很新了，伴随着软件开发的发展，在多层的软件开发项目中，可重用、易扩展的，而且是经过良好测试的软件组件，越来越为人们所青睐。这意味着人们可以将充裕的时间用来分析、构建业务逻辑的应用上，而非繁杂的代码工程。于是人们将相同类型问题的解决途径进行抽象，抽取成一个应用框架。这也就是我们所说的Framework。
Framework的体系提供了一套明确机制，从而让开发人员很容易的扩展和控制整个framework开发上的结构。 通常，framework的结构中都有一个“命令和控制”组件（"command and control" component）——Framework Factory and Manager。图片（2）：Framework体系
通过基于请求响应（Request-Response）模式的应用framework，基本上有如下几个表现逻辑结构组成。
（1）控制器（Controller）——控制整个framework中各个组件的协调工作。
（2）业务逻辑层（Business Logic）——这是framework所希望解决问题的关键。当然对framwork本身来说，这里仅仅只是概念和几个提够服务的基础组件，真正的实现与客户的业务逻辑接轨，还需要开发人员在framework上再次扩展。
（3）数据逻辑层（Data Logic）——绝大应用系统都需要涉及到数据交互，这一层次主要包括了数据逻辑和数据访问接口。对于数据逻辑来说，如果你了解数据建模（Data Modeling）可能就很容易理解。 下面就进入我们的正题——Struts的结构二、 Struts的概念和体系结构
Struts有一组相互协作的类（组件）、Serlvet以及jsp tag lib组成。基于struts构架的web应用程序基本上符合JSP Model2的设计标准，可以说是MVC设计模式的一种变化类型。根据上面对framework的描述，我们很容易理解为什么说Struts是一个web framwork，而不仅仅是一些标记库的组合。但 Struts 也包含了丰富的标记库和独立于该框架工作的实用程序类。
Struts有其自己的控制器（Controller），同时整合了其他的一些技术去实现模型层（Model）和视图层（View）。在模型层，Struts可以很容易的与数据访问技术相结合，包括EJB,JDBC和Object Relation Bridge。在视图层，Struts能够与JSP, Velocity Templates,XSL等等这些表示层组件想结合。2.1 Struts的与Web App的关系既然struts叫做web framework，那么其肯定主要基于web层的应用系统开发。按照J2EE Architecture的标准，struts应当和jsp/servlet一样，存在于web container一层。如图片(3)所显示
图片（3）： Struts与WebApp的关系2.2 Struts的体系结构
我们说struts framework是MVC 模式的体现，下面我们就从分别从模型、视图、控制来看看struts的体系结构（Architecture）。图片（4）显示了struts framework的体系结构响应客户请求时候，各个部分工作的原理。
图片（4）：Struts体系结构2.2.1从视图角度（View）
主要由JSP建立，struts自身包含了一组可扩展的自定义标签库（TagLib），可以简化创建用户界面的过程。目前包括：Bean Tags，HTML Tags，Logic Tags，Nested Tags，Template Tags　这几个Taglib。有关它们的详细资料请参考struts用户手册
2.2.2从模型角度（Model）
模型主要是表示一个系统的状态（有时候，改变系统状态的业务逻辑操作也也划分到模型中）。在Struts中，系统的状态主要有ActiomForm Bean体现，一般情况下，这些状态是非持久性的。如果需要将这些状态转化为持久性数据存储，Struts本身也提供了Utitle包，可以方便的与数据库操作
2.2.3 从控制器角度（Controller）
在Struts framework中， Controller主要是ActionServlet，但是对于业务逻辑的操作则主要由Action、ActionMapping、ActionForward这几个组件协调完成（也许这几个组件，应该划分到模型中的业务逻辑一块）。其中，Action扮演了真正的业务逻辑的实现者，而ActionMapping和ActionForward则指定了不同业务逻辑或流程的运行方向。2.3 Struts的基本组件包
整个struts大约有15包，近200个类所组成，而且数量还在不断的扩展。在此我们不能一一介绍，只能列举几个主要的简要的介绍一下。下表说明了目前struts api中基本的几个组件包，包括action,actions,config,util,taglib,validator。图片（5）则显现了这几个组件包之间的关系。其中action是整个struts framework的核心
org.apache.struts.action
基本上，控制整个struts framework的运行的核心类、组件都在这个包中，比如我们上面提到的控制器ActionServlet。已经Action,ActionForm,ActionMapping等等。struts1.1比1.0多了 DynaActionForm 类。增加了动态扩展生成FormBean功能
org.apache.struts.actions
这个包是主要作用是提供客户的http请求和业务逻辑处理之间的特定适配器转换功能，而1.0版本中的部分动态增删FromBean的类，也在struts1.1中被Action包的DynaActionForm组件所取代
org.apache.struts.config
提供对配置文件struts-config.xml元素的映射。这也是sturts1.1中新增的功能
org.apache.struts.util
Strtuts为了更好支持web application的应用，体统了一个些常用服务的支持，比如Connection Pool和Message Source。详细信息请参考http://jakarta.apache.org/struts/api/org/apache/struts/util/package-summary.html
org.apache.struts.taglib
这不是一个包，而是是一个客户标签类的集合。下面包括Bean Tags，HTML Tags，Logic Tags，Nested Tags，Template Tags这几个用于构建用户界面的标签类。
org.apache.struts.validator
Struts1.1 framework中增加了validator framework，用于动态的配置from表单的验证。详细信息请参阅 http://home.earthlink.net/~dwinterfeldt/
大家不妨把事情看得简单一下。Struts是基于MVC的，于是我们有：
Controller---------------------Action,这个Struts提供了默认实现的几个类
我们做的只不过实现action类中的execute()方法了事，所谓的控制请求流向，除了struts本身
给我们做好的基础工作（也是最重要的）外，实际上如何控制这些request走向，还是我们自己来完成的，这就是在execute中体现出来，我们不是用return ActionForward来么？
View---------------------------太简单了，我们都这么想，其实不是拉，好多人把ActionForm看作Model的一部分，实际上我觉得这个和view是密切相关的，因为它是一个容器，是用来暂时存储
页面请求数据的小罐子罢了。是一个简单的静态bean。因此我们做的数据库操作等等，不在这个地方实现，也不再Action的execute中实现，而是在稍后所说的Model中实现。
Model--------------------------我靠，struts居然什么都没有做，还自称可以支持什么ejb,jdo,corba等等，对，实际上就是这样。所谓的“商业逻辑”，靠，太文雅了，就是实现数据库操作，复杂的事物逻辑操作的“雅称”罢了。struts不提供model部分的任何实现，是显示给我们提供了一个设计的天地，因为我们的整个系统设计过程中，就是要实现“商业逻辑”的，不是么？所以呢，要做的话，Model部分就应该是重中之重了，不要小看他。
因此，总结一句话，Action就是关门槛的，view管外交的，Model吗，份内事，搞好内部的安定团结，由action和view去吧。