MVC架构一直了解的不是很透彻，还有MVC是不是三层架构的一种实现？ 简单的说，分层思想是把同样或者类似的东西放到一切，使程序更加直观，有时候也会弄晕人，因为分层太多了。
请问，MVC是什么意思，是三层结构吗？ http：//baike.baidu.com/view/31.htm百里面有就目前我所知道度的三层架构 是指 数据访问层 业务逻专辑层和最后的表现层属 所以可以说不是标准的MVC
什么是MVC(三层架构) MVC是一个设计模式，它强制性的使应用程序的输入、处理和输出分开。使用MVC应用程序被分成三个核心部件：模型、视图、控制器。它们各自处理自己的任务。视图视图是用户看到并与之交互的界面。对老式的Web应用程序来说，视图就是由HTML元素组成的界面，在新式的Web应用程序中，HTML依旧在视图中扮演着重要的角色，但一些新的技术已层出不穷，它们包括Macromedia Flash和象XHTML，XML/XSL，WML等一些标识语言和Web services.模型模型表示企业数据和业务规则。在MVC的三个部件中，模型拥有最多的处理任务。例如它可能用象EJBs和ColdFusion Components这样的构件对象来处理数据库。被模型返回的数据是中立的，就是说模型与数据格式无关，这样一个模型能为多个视图提供数据。由于应用于模型的代码只需写一次就可以被多个视图重用，所以减少了代码的重复性。控制器控制器接受用户的输入并调用模型和视图去完成用户的需求。所以当单击Web页面中的超链接和发送HTML表单时，控制器本身不输出任何东西和做任何处理。它只是接收请求并决定调用哪个模型构件去处理请求，然后用确定用哪个视图来显示模型处理返回的数据。现在我们总结MVC的处理过程，首先控制器接收用户的请求，并。
三层架构和mvc 学哪个好？ 好激烈的一个帖子啊，但是我感觉大家答的不是太靠谱bigsolomon 同学答的还不错先说下两者出现的目的：三层是一种为了Project间解除耦合所提出来的简单的分层方式但MVC其实并不是基于Project的分层方式，而是一种解除展示模板与主要访问控制依赖的设计模式（其实全部都是基于UI的）【这段楼主可不看：不过有同学说 V是三层的UI，C是三层的BLL，M是三层的DAC，这么说其实不是很对 UI可以认为是 UI=C+V+VIewModel而数据库访问的Model要根据是否是充血模型来判断是否归属于DAC】再说下两者是基于什么来工作的：简单说三层至于基于项目，MVC可以基于面向对象关系（即MVC可以在一个项目中，而三层至少要三个项目），而MVC和三层也可以共同使用，本身并不冲突下面我再说下两者的知识储备（这里说的是理解，而不是使用，使用的话当然可以不求甚解，但我觉得不求甚解的使用方式是对个人不会有提高的，项目做完了，啥也没学到，其实也没意思）：三层：相对来说有简单的面向对象知识，面向接口编程知识即可写出简单的三层MVC：首先要完全了解面向对象，以及设计模式（因为MVC本身是复合设计模式，所以至少要了解GOF95那些）的知识基础，也要了解面向切面编程以及 各种程序解耦。
MVC三层架构是谁提出的 模型－视图－控制器（MVC）是Xerox PARC在八十年代为编程语言Smalltalk－80发明的一种软件设计模式。Struts、Spring都是非常经典的mvc框架。
MVC和三层架构有何区别和联系？ MVC是设计模式，属于微观的解决方案（如『博客』这一特定应用）。3 Tier是系统架构，属于宏观的解决方案…
MVC三层架构中各自包括什么？比如我有model包，servlet包，service包，dao包等，他们各自属于哪层？MVC是模型、视图、控制，但是这三层是怎么分的呢？。
MVC三层架构中各自包括什么？比如我有model包，servlet包，service包，dao包等，他们各自属于哪层？ 视图是用户看到并与之交互的界面模型表示企业数据和业务规则控制器接受用户的输入并调用模型和视图去完成用户的需求
Java中的mvc和三层结构究竟是什么关系 一件事，要知其然往往很简单，要知其所以然通常不是那么容易，就如最近重新巩固spring的过程中，就觉得还有许多问题其实并不是十分明了。屈指一算，手头上做过的正式项目也有了四五六七个了，不管用的数据库和其他一些细节上的技术如何，总的来说大的框架结构都是差不多的。说白了，也就是mvc和三层结构。而mvc和三层结构究竟是什么关系，我曾在面试的过程中被人问过几次，也曾仔细的想过、查过这个问题，但是直到此时，我也还是不能完全确定。只不过随着时间的积累，随着技术的沉淀，随着视野的拓宽，我大体上认同了两种说法，不管别人怎么看，我个人是觉得两种说法都有道理，欢迎对这个问题有不同看法的朋友一起讨论。三层结构是什么，是展现层、应用层、数据访问层，这个基本上是没有太大的异议的，两种看法的来源基本上都是来自对于mvc的理解。对于java web应用来说，不管是B/S还是C/S，大体上都可以分成服务端和客户端两部分，只不过B/S的客户端就是公用的浏览器。基于这种大的架构，有一种对于mvc的说法就是：m是model，也就是和数据库相关的那些，比如实体类和dao、mapper.xml等，对应着三层结构的数据访问层；v是view，也就是前台的页面或者说是客户端展示。
在javaee三层体系结构中，中间层和mvc设计模式的什么模块相对应 一、什么是三层结构在软件体系架构设计中，分层式结构是最常见，也是最重要的一种结构。微软推荐的分层式结构一般分为三层，从下至上分别为：数据访问层、业务逻辑层（又或成为领域层）、表示层.二、三层结构的优点1、开发人员可以只关注整个结构中的其中某一层；2、可以很容易的用新的实现来替换原有层次的实现；3、可以降低层与层之间的依赖；4、有利于标准化；5、利于各层逻辑的复用。概括来说，分层式设计可以达至如下目的：分散关注、松散耦合、逻辑复用、标准定义。一个好的分层式结构，可以使得开发人员的分工更加明确。一旦定义好各层次之间的接口，负责不同逻辑设计的开发人员就可以分散关注，齐头并进。例如UI人员只需考虑用户界面的体验与操作，领域的设计人员可以仅关注业务逻辑的设计，而数据库设计人员也不必为繁琐的用户交互而头疼了。每个开发人员的任务得到了确认，开发进度就可以迅速的提高。松散耦合的好处是显而易见的。如果一个系统没有分层，那么各自的逻辑都紧紧纠缠在一起，彼此间相互依赖，谁都是不可替换的。一旦发生改变，则牵一发而动全身，对项目的影响极为严重。降低层与层间的依赖性，既可以良好地保证未来的可扩展，在复用性上也。
