以页面为中心的方法
1.jsp(page-view)
2.jsp+javaBean(page-view with bean)
一般我们采用的是以上两种。
我现在已从第一种过度到第二种。
我到是感觉jsp+javaBean就够了。
但我最近看到还有jsp+javaBean+servlet模式
实在想不通为什么还要用servlet.
书上说是“调度员”模式
什么Mdiator-View
Mediator-Composite View(MCV)
Service-to-Workers
越看越糊涂。
有那位高手指点指点。

呵呵，我觉得上面的讨论好像有点概念问题。第一位说得很有道理，jsp技术是可以分类的，一种是纯jsp页面，一种是jsp+javabean，还有一种就是servlet+jsp+javabean（也就是常说的Module 2）。
那么，为什么非要在网页中使用servlet呢，不是有jsp就足够了吗？呵呵，那就错了，jsp+javabean确实在小型环境中足够了，再加上java tablib的帮助，应该没什么问题。但是，到了，大型项目的话，可就不行了。不知道你们有否感觉，做一个稍微大型一点的网站，如果全部使用jsp的话，最痛苦的可能就算是页面之间的导航了，根据条件不同，而导航到不同的网页，小了jsp还可以承受，工程打了，一个页面的导航增多，那可就把整个jsp搞乱了，基本都是导航的判断代码。
而servlet的引入，可以解决这个问题，servlet当作一个接入点，用户的请求都发给servlet，servlet根据用户的配置，将请求发给相应的页面。呵呵，这只是一个servlet使用的好处。
大家可以看看jakata的struts项目，那个就是一个开源的mvc结构，看一下大家就会明白了。
kookw说得不对，jsp也只是编译一次，这个不影响负荷的，呵呵。

当然有，在MVC结构中，servlet作为controller，它将请求（request）转发给相应的jsp，那jsp使用doGet之类方法，不就是交互吗？你看看struts吧，你就明白了。

呵呵，ejb是enterprise java bean，是j2ee的标准，javabean已经被俗话了，现在的javabean大家都是指jsp中加入类，而实际javabean是一个非常牛的规范，javabean和ejb是毫无关系的，你看看www.theserverside.com上的一本叫做mastering ejb2的书，就明白ejb的意思了，不过，如果你的企业很小的话，估计一辈子都没机会部署ejb的。

MVC实际上就是模型-视图-控制
模型：表示数据或应用对象，用于操作和向用户显示内容
视图:模型的屏幕显示，表示模型的当前对象
控制器：定义了用户界面于用户输入进行交互的方法，是操作模型的对象
在jsp+javaBean+servlet中jsp是作为MVC的视图，Servlet作为MVC的控制器
EJB/Beans作为MVC的模型
jsp就是负责把结果显示出来，Servlet负责对模型进行必要操作，并把处理结果转发给jsp显示，EJB/Bean负责复杂的商业逻辑处理

模型-视图-控制是设计模式，服务器最终运行的时候，都要把servlet,jsp,javabean等转化成.class文件的，mvc是设计思想，而不是服务器的思想

其实有一种这样的说法:jsp的出现是完全可以替代Servlet，因为Servlet的编写要求有很好的java基础，而jsp却步要求那么高，但是实际上jsp在编译的时候是先编译成相对应servlet的。而在整个J2EE体系结构中，难点应该是EJB。

http://www-900.ibm.com/developerWorks/java/j-struts/index.shtml
中文的，应该有所收获