一.请大家推荐一些有关mvc的好书。
二.请教以下以下结构的优缺点：
   1.jsp+javabean+ejb
   2.jsp+serlvet+javabean
   3.其它

   1.jsp+javabean+ejb
   2.jsp+serlvet+javabean
第一中肯定不合适，只要jsp+ejb就可以了！
   3.其它就用j2ee了，先了解规范，然后开始开发！

我想不会有一整本书来说MVC结构吧？
MODEL。VIEW。CONTROLLER，我想他们的意思，功能和为什么要这样分的好处你肯定知道.里边应该有.
二:
我觉得缺乏可比性.因为EJB和JAVABEAN概念相距甚远
如果从封装业务逻辑以及如果用户规模甚大的角度考虑:还是用上EJB好吧.
另外SEVLET和EJB相比那要看用途,和场合了。

Model-View-Controller (MVC) 开发模式被证明是有效的处理方法之一。它可以分离数据访问和数据表现。你可以开发一个有伸缩性的，便于扩展的控制器，来维护整个流程。如图1所示为整个模式的结构。MVC模式可以被映射到多层企业级的J2EE应用上。

§         所有的企业数据以及商业逻辑可以作为模式。

§         视图可以通过模式访问数据，并根据客户端的要求来显示数据。视图必须保证当模式改变的时候，数据显示也必须同时改变。

§         控制器用来结合模式和视图，把客户端来的请求转换成模式能够理解并执行的请求，并且根据请求以及执行结果来决定下一次显示那一个视图。

根据以上的逻辑，你可以象这样建立一个应用：

§         应用的商业逻辑由MVC中的模式也就是EJB来表现。模式必须处理由控制器传递过来的对数据的访问请求。

§         多个页面组成了MVC中的视图，这些视图必须随模式一起更新。

§         控制器是一系列接收用户动作的对象，他们把用户的请求转换成模式可理解的请求，并决定显示那一个页面当模式处理完请求后。

§         MVC结构适用于那些多用户的，可扩展的，可维护的，具有很高交互性的系统。

§         MVC可以很好的表达用户的交互和系统模式。

§         很方便的用多个视图来显示多套数据，是系统很方便的支持其他新的客户端类型。

§         代码重复达到最低。

§         由于分离了模式中的流控制和数据表现，可以分清开发者的责任，另外，也可以加快产品推向市场的时间。

mvc最好的体现应该是在struts中，model,view,controller.你可以参考一下有关文档，会比较清楚，而且这种模式需要慢慢体会它的优点。http://jakarta.apache.org/struts

MVC全称就是MODEL,VIEW,CONTROLL
jsp可以理解成VIEW，SERVLET可以理解成CONTROLL,业务逻辑就是MODEL了
在JAVA SWING中大量的用到了这个模式，其实这个模式可以说包含了23种经典模式中的OBSERVE模式
而这个提法最先应该是在SMALLTALK语言中，这样做的好处说到底了就是软件开发一直追寻的两大原则：
模块内部的高内聚和模块间的低耦合（没有耦合是不可能的）。
而同时MVC模式也在建模的高度提供了一种框架，也符合RUP开发中三大要素的以框架为中心的思想，好处得慢慢体会
不用不知道一用就叫好。

jsp+javabean+ejb，这个结构本质上并不错，也很是符合J2EE开发的思想，但是jsp和javabean这两个显示和业务逻辑的部分
就会具有极强的耦合性，一旦一个有所变化，另一个会有大的改动，而开发中特别是项目开发中，需求的变动就跟吃饭一样正常的厉害。
jsp+servelt+javabean，这个结构就比较符合MVC的思想了，当然还得理解MVC的精髓，用这个结构才能最大限度的发挥MVC的好处。由于显示和业务逻辑都是和servelt交互，因此，两者都是和servlet相互耦合，一般情况下一个的变动不会对另一个产生较大的影响，当然如果再利用一些其他的模式，比如Composite,Template,Flyweight,Factory,Singleton,Facade等。那么效果会更好。利用MVC模式做一个框架，软件的开发，升级，维护都能够得到最大限度的节省。