求教：如何划分jsp和servlet的界限

jsp只负责页面的显示，javabean负责商业逻辑，比如数据库的操作，然后servlet协调前两者的工作。查查 MVC（Model View Controler) 有关资料有更详细的说明。

解决方案 »

  1.   

    能不能具体点，servlet是如何协调jsp和javabean的。比如在一个文章发布系统里面，有什么是需要交给servlet来控制的？？那能找到一个按这中模式写的程序的代码吗
      

  2.   

    以文章发布系统为例jsp做登陆界面等用到后台程序较少的地方
    javabean封装数据库操作
    servlet作为后台处理的主要部分，处理接受的参数、使用javabean等
      

  3.   

    是不是说用jsp写一个web表单，比如文章修改的表单页面，然后把数据提交给一个servlet，由servlet调用javabean的数据库方法把修改后的数据存入数据库？这样的话每个修改数据库内容的jsp页面都得有一个servlet对应，岂不有无数的servlet，而且每个servlet还得在服务器上单独配置才能使用
      

  4.   

    jsp都是通过生成servlet的相应class(其实相当于是servlet写的java文件生成的class) 而工作的 !! jsp ---> (servlet)class -- > 返回信息 (jsp好像有九个相当于隐含的servlet API功能吧) 表达不是很清楚 意思应该是这样!
      

  5.   

    样的话每个修改数据库内容的jsp页面都得有一个servlet对应，岂不有无数的servlet，而且每个servlet还得在服务器上单独配置才能使用
    是一个Servlet的实例。确实要配置，但用MVC模式的好处可要比这个好多了。你可以看看STRUTS他是MVC模式的经典
      

  6.   

    不同的jsp页面可以提交给同一个servlet，不同的操作可以通过增加提交一个参数以识别
      

  7.   

    请高手们帮我看看我理解的是不是正确。
    jsp的长处在于页面表现，不足的地方是如果业务逻辑都写在jsp里面会导致代码混乱，难以辨认；servlet的优势在于处理业务逻辑方面，而页面表现上比较麻烦。但事实上所有servlet能做的事jsp都能做，反之亦然，所以即使在jsp+servlet+javabean的模式里面两者之间也没有非常明确的划分界限。一个页面到底是用jsp来做还是用servlet来做根据的是逻辑的复杂程度和对页面表现的要求，如果逻辑很简单，但在页面表现上任务比较重的话用jsp来实现比较好；如果逻辑比较复杂，页面表现上到不是很看重，那么应该使用servlet来实现；这两个极端之外的页面到底用什么就靠自己权衡了。我这样理解可不可以？对于STRUTS，我知道有本书叫设计模式什么的，不知道不是是其中讲的一种设计模式，我下了几个STRUTS的实例，看代码看得晕糊糊的，到不是代码看得什么都不懂，是不明白为什么要这么写，无论是jsp还是servlet好像都不是这么写的啊，是不是我层次不够，应该先把设计模式那本书看了再来研究STRUTS先谢谢回帖的各位朋友了