熟悉asp.net中的三层。。然后头一次接触jsp\java类的东西。然后卡跟头了。。mvc model view control这些都了解,业务实体、表示层、control就是控制,控制着一个链接过来究竟进行怎样的逻辑处理 然后将数据发送给哪个JSP页 去显示给用户
[控制层的概念是一个朋友给的解释]
个人理解,操作数据库的方法都在控制层里,然后剩下的就是相互调用了求:相互调用的例子jsp+servlet+mysql(数据库哪个无所谓了。。最好是mysql..这样我能调试)另:相互调用时是不是要配置javaBeans和servlet神马的????怎么弄~~~~SOS~~~HELP ME~~~

解决方案 »

  1.   

    http://www.verycd.com/topics/2772159/
    ed2k://|file|%E9%9F%A9%E9%A1%BA%E5%B9%B3.j2ee%E8%A7%86%E9%A2%91servlet%E7%AC%AC0%E8%AE%B2%E5%BC%80%E5%B1%B1.wmv|38229279|3792c8d42f65dc6dea5a035047b7e8af|h=q4zegfg5jdo2qb57hn7byes6ihmo7jzy|/
      

  2.   

    做个struts的例子就差不多了吧
    很经典的MVC结构good luck
      

  3.   

    有没有
    jsp+servlet+mysql
    的。。
      

  4.   

    其实差不多,
    jsp+servlet的,也大概是通过一个servlet,来中转jsp的请求到某个“干活”的程序上

    struts里的ActionServlet差不多good luck
      

  5.   

    jsp+servlet+mysql
    我只看到你的V和C层,推断你的M层直接和C层混合了用Servlet实现了
    这是个不好的习惯和做法
    C层的目的,是为了控制V层的页面流向,不应当处理具体的逻辑问题
    程序的功能应当能够更换显示层而不影响其处理逻辑,你这样做就基本上做死了,换句话说,你只能扔在WEB容器里去运行,如果脱离了这个环境,比如要换用swing去做显示,那么,你的servlet就没有用了,而你的逻辑代码全部写在了servlet里面,这就是问题数据模型层,和数据库的接驳,靠的是数据持久层,所以,你还要继续分层,分到功能和职责单一化为止
    如果你用的是JDBC直接操纵数据库,那么更换数据库的话,有可能就会改动JDBC代码,而使用hibernate就是个不错的选择,但是类似于hibernate功能的组件,还有其他的,要做到可替换性,就必须将层次分清楚,也就是职责分明,这就是为什么要面向接口编程而不是面向实现编程的原因了。
    页面也不是只有JSP一种表现方式,试问,如果改用其他的表现方式,你程序的改动量又如何!
      

  6.   


    我怎么感觉这些话的意思就是mvc还需要加一个数据持久层。。有没有你说的这样的例子我想瞅瞅。。网上的例子要不不全要么就得靠几分下载。。