我想了解mvc结构，请各位请教 另：请问学习j2ee，有什么好书？谢谢。 解决方案 » 免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货 1.jsp+javabean+ejb 2.jsp+serlvet+javabean第一中肯定不合适，只要jsp+ejb就可以了！ 3.其它就用j2ee了，先了解规范，然后开始开发！ 我想不会有一整本书来说MVC结构吧？MODEL。VIEW。CONTROLLER，我想他们的意思，功能和为什么要这样分的好处你肯定知道.<<JAVA服务器端高级编程>>里边应该有.二:我觉得缺乏可比性.因为EJB和JAVABEAN概念相距甚远如果从封装业务逻辑以及如果用户规模甚大的角度考虑:还是用上EJB好吧.另外SEVLET和EJB相比那要看用途,和场合了。 mvc和传统的三层结构（表示，事务，数据）有什么不用？有什么优点？而且mvc中数据层如何表示? 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,CONTROLLjsp可以理解成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模式做一个框架，软件的开发，升级，维护都能够得到最大限度的节省。 所谓的三层架构是相对两层架构而言的，C/S架构由于业务逻辑全部写在Client端，造成Client端过于庞大，难以维护和升级。而三层架构就是为了实现Thin Client，将业务逻辑放在了中间层，也就是事务层，而表示层只负责显示，数据库负责维护数据。在MVC模式中数据层包括在了MODEL中，但是MVC模式中并不关心数据的维护（这个仍然是数据库的工作），而只是利用DAO来操作于业务逻辑相关的数据 paoyang(飘扬) :谢谢你的详细回复。既然在"MVC模式中数据层包括在了MODEL",那为什么不用这种模式：DMVC，就是在MVC模式中加数据库层？我还是搞不清楚在MVC中如何实现以前三层结构中的商业逻辑和数据库的分离。再请教：） ‘servlet是CONTROLLER“错误！ servlet bolongs to the presentation level 线程安全的账号提供者，大家看下 使用SSLsocket时，如何判断安全证书是否过期？ 关于文件操作的简单问题！！！ 由java对象生成xml字符串，怎么办 请问如何在多个子站点中实现如163的通行证功能。 没法编译，刚刚开始学，大家帮帮忙啊 求一正则表达式。正确即给分，在线等 如何Java 调用 PB 进行报表打印 一个不是问题的问题：请各位楼主帮忙，送分： java的小问题？ java.sun.com 改版了，取消了applet,真TMA爽！ 请问各位..如何用递归的方法,求出二叉树的深度?
1.jsp+javabean+ejb
2.jsp+serlvet+javabean
第一中肯定不合适，只要jsp+ejb就可以了！
3.其它就用j2ee了，先了解规范，然后开始开发！
MODEL。VIEW。CONTROLLER，我想他们的意思，功能和为什么要这样分的好处你肯定知道.<<JAVA服务器端高级编程>>里边应该有.
二:
我觉得缺乏可比性.因为EJB和JAVABEAN概念相距甚远
如果从封装业务逻辑以及如果用户规模甚大的角度考虑:还是用上EJB好吧.
另外SEVLET和EJB相比那要看用途,和场合了。
而且mvc中数据层如何表示?
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模式做一个框架，软件的开发，升级，维护都能够得到最大限度的节省。
而三层架构就是为了实现Thin Client，将业务逻辑放在了中间层，也就是事务层，而表示层只负责显示，数据库负责维护数据。在MVC模式中数据层包括在了MODEL中，但是MVC模式中并不关心数据的维护（这个仍然是数据库的工作），而只是利用DAO来操作于业务逻辑相关的数据
谢谢你的详细回复。
既然在"MVC模式中数据层包括在了MODEL",那为什么不用这种模式：DMVC，就是在MVC模式中加数据库层？
我还是搞不清楚在MVC中如何实现以前三层结构中的商业逻辑和数据库的分离。再请教：）
错误！