关于javabean和servlet的疑惑？？？

Question

客户端如果是浏览器的话，只能通过SERVLET/JSP调用BEAN

Answer 1

JSP开发的两种模式模式一：JSP+JavaBeans这就是指JSP+JavaBean技术。在模式一中，JSP页面独自响应请求并将处理结果返回客户。所有的数据通过Bean来处理JSP实现页面的表现。模式一技术也实现了页面的表现--和页面的商业逻辑相分离。大量使用模式形式，常常会导致页面被嵌入大量的脚本语言或JAVA代码。当需要处理的商业逻辑很复杂时，这种情况会变得非常糟糕。大量的代码会使整个页面变得非常复杂。对于前端界面设计人员来说，这简直不可想象。这种情况在大项目中最为常见，这也造成了代码的开发和维护出现困难，造成了不必要的资源浪费，在任何项目中，这样的模式总会导致多多少少的定义不清的响应和项目管理的困难。综上所诉，模式一不能满足大型项目的需要，但是可以较好的满足小型应用，在简单的应用中可以考虑模式一。模式二：JSP+Servlet+JavaBeans Servlets技术是一种采用JAVA技术来实现CGI功能的一种术。Servlets技术是运行在WEB服务器上，用来生成WEB页面。Servlets技术非常适用于服务器端的处理和编程，并且Servlet会长期驻留在他们所处的位置。 但是在实际的项目开发过程中，页面设计者可以方便地使用普通HTML工具来开发JSP页面Servlet却更适合于后端开发者使用，开发Servlet需要的是JAVA集成开发环境，也就是说Servlet技术更需要编程人员。 模式二技术结合了JSP和Servlet技术充分体现了两者的技术优点。在此模式中通过JSP来表现页面。通过Servlet来完成大量的事务处理。 Servlet充当一个控制者的角色，并负责向客户发送请求。Servlet创建JSP所需要的Bean和对象，然后根据用户的请求行为，决定将哪个JSP页面发送给客户。 从开发的观点，模式二具有更清晰的页面表现，清楚的开发者角色划分，可以充分利用开发小组的界面设计人员，这些优势在大型项目开发中表现的尤为突出，使用这一模式，可以充分发挥每个开发者各自的特长，界面设计人员可以充分发挥自己的表现力，设计出优美的界面表现形式，设计人员可以充分发挥自己的商务处理思维，来实现项目中的业务处理。在大型项目中，模式二更被采用。

Answer 2

他们都是java类，在本质上应该说没有区别：
但在应用上是有显著的区别的：在mvc结构中，servlet扮演控制器的角色，bean则是module

Answer 3

lhbf(牧野) 说的极是，servlet扮演控制器的角色，bean则是module
即使jsp也是先被容器翻译成servlet再执行的，servlet着重与事务逻辑的处理

Answer 4

Servlet是一种独立于平台和协议的服务器端的Java应用程序，可以生成动态的Web页面。 　　Servlet是位于Web 服务器内部的服务器端的Java应用程序，与传统的从命令行启动的Java应用程序不同，Servlet由Web服务器进行加载，该Web服务器必须包含支持Servlet的Java虚拟机。
　　Java Servlet 与 JSP(JavaServer Pages) 的比较: JavaServer Pages(JSP)是一种实现普通静态HTML和动态HTML混合编码的技术，JSP并没有增加任何本质上不能用Servlet实现的功能。但是，在JSP中编写静态HTML更加方便，不必再用println语句来输出每一行HTML代码。更重要的是，借助内容和外观的分离，页面制作中不同性质的任务可以方便地分开：比如，由页面设计者进行HTML设计，同时留出供Servlet程序员插入动态内容的空间。
JSP动态Web内容可能是动态Web内容的一项伟大的技术，并可将内容和表示presentation相分离， 
有些人仍然觉得奇怪，为什么servlets仍然有必要和JSP同时实施。 
其实servlets的实用性并不是一个问题。它们在服务器端处理方面的表现非常优秀，而且，由于它们引人注目的安装方式而继续存在着。事实上，你可以将JSP看作一种servlets的高级抽象，它以Servlet 2.1 API扩展的形式来实现。 
你仍然不应该不加选择地使用servlets；它们可能并不适用于每个人。例如，当一个页面设计者可以很简单地使用方便的HTML或XML工具来编写JSP页面时，servlets可能更适合那些在后端的开发者，因为他们经常使用某种IDE来编写-- 这是一种通常需要较高编程经验的处理工作。 当发布servlets时，甚至开发者都不得不小心确保在presentation和内容之间不存在紧密结合。你通常可以通过增加一个第三方发行包如htmlKona来做到这一点。但即使可以做到这一点，虽然可以通过简单的屏幕上的调整提供一些灵活性，仍无法为你保证在presentation自身格式上的变化。例如，如果你的presentation从HTML改变到DHTML，你将仍然需要确保发行包和新的格式相一致，在最坏的case -- scenario中，如果一个发行包无法得到，你将结束在动态web的内容中对presentation使用手写代码。 
所以，解决方法是什么呢？ 
方法之一就是同时使用JSP和servlet技术来建立应用系统。