一、mvc开发模式？
MVC模式就是架构模式的一种，它对我的启发特别大。我觉得它不仅适用于开发软件，也适用于其他广泛的设计和组织工作。
下面是我对MVC模式的一些个人理解，不一定正确，主要用来整理思路。
2.
MVC是三个单词的首字母缩写，它们是Model（模型）、View（视图）和Controller（控制）。
这个模式认为，程序不论简单或复杂，从结构上看，都可以分成三层。
1）最上面的一层，是直接面向最终用户的"视图层"（View）。它是提供给用户的操作界面，是程序的外壳。
2）最底下的一层，是核心的"数据层"（Model），也就是程序需要操作的数据或信息。
3）中间的一层，就是"控制层"（Controller），它负责根据用户从"视图层"输入的指令，选取"数据层"中的数据，然后对其进行相应的操作，产生最终结果。
这三层是紧密联系在一起的，但又是互相独立的，每一层内部的变化不影响其他层。每一层都对外提供接口（Interface），供上面一层调用。这样一来，软件就可以实现模块化，修改外观或者变更数据都不用修改其他层，大大方便了维护和升级。
3.
图片
我用Windows的计算器小程序为例，解释一下MVC模式，虽然它不一定使用这个模式编写。
在这个计算器程序中，外部的那些按钮和最上面的显示条，就是"视图层"，那些需要运算的数字就是"数据层"，执行加减乘除的那些内部运算步骤就是"控制层"。每一层执行不同的功能，整个程序的结构非常清楚。
如果我们扩大一点想象，就会发现，很多程序本质上都是这种模式：对外提供一组触发器（本例中是按钮），然后执行一些内部操作，最后返回结果。因此，MVC模式的应用是非常广泛的。
4.
图片
在我看来，不仅编写程序可以用MVC模式，家用电器也可以用。
以家用微波炉为例，可以将它也理解成三层结构。最简单的情况下，微波炉的操作用两个转盘实现，一个控制温度，另一个控制时间。这两个转盘就是"视图层"（view），而其内部的微波产生装置则是"数据层"（Model），这里的"数据"需要理解成"核心功能"。至于将用户通过转盘输入的信息，转换成对微波产生器的操作，则用"控制层"来实现。
如果每一层都是独立的，那么微波炉外部更换一个新潮的外壳，或者内部更换更大功率的微波产生器，完全可以在不更改其他层的情况下实现。这就是MVC模式的
二、什么是MVC设计模式？
MVC是一种目前广泛流行的软件设计模式，早在70年代，IBM就推出了Sanfronscisico项目计划，其实就是MVC设计模式的研究。近来，随着J2EE的成熟，它正在成为在J2EE平台上推荐的一种设计模型，也是广大Java开发者非常感兴趣的设计模型。MVC模式也逐渐在PHP和ColdFusion开发者中运用，并有增长趋势。随着网络应用的快速增加,MVC模式对于Web应用的开发无疑是一种非常先进的设计思想，无论你选择哪种语言，无论应用多复杂,它都能为你理解分析应用模型时提供最基本的分析方法，为你构造产品提供清晰的设计框架，为你的软件工程提供规范的依据。
MVC设计思想
MVC英文即Model-View-Controller，即把一个应用的输入、处理、输出流程按照Model、View、Controller的方式进行分离，这样一个应用被分成三个层――模型层、视图层、控制层。
视图(View)代表用户交互界面，对于Web应用来说，可以概括为HTML界面，但有可能为XHTML、XML和Applet。随着应用的复杂性和规模性，界面的处理也变得具有挑战性。一个应用可能有很多不同的视图，MVC设计模式对于视图的处理仅限于视图上数据的采集和处理，以及用户的请求，而不包括在视图上的业务流程的处理。业务流程的处理交予模型(Model)处理。比如一个订单的视图只接受来自模型的数据并显示给用户，以及将用户界面的输入数据和请求传递给控制和模型。
模型(Model)：就是业务流程/状态的处理以及业务规则的制定。业务流程的处理过程对其它层来说是黑箱操作，模型接受视图请求的数据，并返回最终的处理结果。业务模型的设计可以说是MVC最主要的核心。目前流行的EJB模型就是一个典型的应用例子，它从应用技术实现的角度对模型做了进一步的划分，以便充分利用现有的组件，但它不能作为应用设计模型的框架。它仅仅告诉你按这种模型设计就可以利用某些技术组件，从而减少了技术上的困难。对一个开发者来说，就可以专注于业务模型的设计。MVC设计模式告诉我们，把应用的模型按一定的规则抽取出来，抽取的层次很重要，这也是判断开发人员是否优秀的设计依据。抽象与具体不能隔得太远，也不能太近。MVC并没有提供模型的设计方法，而只告诉你应该组织管理这些模型，以便于模型的重构和提高重用性。我们可以用对象编程来做比喻，MVC定义了一个顶级类，告诉它的子类你只能做这些，但没法限制你能做这些。这点对编程的开发人员非常重要。
业务模型还有一个很重要的模型那就是数据模型。数据模型主要指实体对象的数据保存（持续化）。比如将一张订单保存到数据库，从数据库获取订单。我们可以将这个模型单独列出，所有有关数据库的操作只限制在该模型中。
控制(Controller)可以理解为从用户接收请求, 将模型与视图匹配在一起，共同完成用户的请求。划分控制层的作用也很明显，它清楚地告诉你，它就是一个分发器，选择什么样的模型，选择什么样的视图，可以完成什么样的用户请求。控制层并不做任何的数据处理。例如，用户点击一个连接，控制层接受请求后, 并不处理业务信息，它只把用户的信息传递给模型，告诉模型做什么，选择符合要求的视图返回给用户。因此，一个模型可能对应多个视图，一个视图可能对应多个模型。
MVC的优点大部分用过程语言比如ASP、PHP开发出来的Web应用，初始的开发模板就是混合层的数据编程。例如，直接向数据库发送请求并用HTML显示,开发速度往往比较快,但由于数据页面的分离不是很直接,因而很难体现出业务模型的样子或者模型的重用性。产品设计弹性力度很小，很难满足用户的变化性需求。MVC要求对应用分层，虽然要花费额外的工作，但产品的结构清晰，产品的应用通过模型可以得到更好地体现。
首先，最重要的是应该有多个视图对应一个模型的能力。在目前用户需求的快速变化下，可能有多种方式访问应用的要求。例如，订单模型可能有本系统的订单，也有网上订单，或者其他系统的订单，但对于订单的处理都是一样，也就是说订单的处理是一致的。按MVC设计模式，一个订单模型以及多个视图即可解决问题。这样减少了代码的复制，即减少了代码的维护量，一旦模型发生改变，也易于维护。
MVC设计模型
其次，由于模型返回的数据不带任何显示格式，因而这些模型也可直接应用于接口的使用。
再次，由于一个应用被分离为三层，因此有时改变其中的一层就能满足应用的改变。一个应用的业务流程或者业务规则的改变只需改动MVC的模型层。
控制层的概念也很有效，由于它把不同的模型和不同的视图组合在一起完成不同的请求，因此，控制层可以说是包含了用户请求权限的概念。
最后，它还有利于软件工程化管理。由于不同的层各司其职，每一层不同的应用具有某些相同的特征，有利于通过工程化、工具化产生管理程序代码。
MVC的缺点MVC的设计实现并不十分容易, 理解起来比较容易，但对开发人员的要求比较高。MVC只是一种基本的设计思想，还需要详细的设计规划。
模型和视图的严格分离可能使得调试困难一些，但比较容易发现错误。
经验表明，MVC由于将应用分为三层，意味着代码文件增多，因此，对于文件的管理需要费点心思。
综合上述，MVC是构筑软件非常好的基本模式，至少将业务处理与显示分离，强迫将应用分为模型、视图以及控制层, 使得你会认真考虑应用的额外复杂性，把这些想法融进到架构中，增加了应用的可拓展性。如果能把握到这一点，MVC模式会使得你的应用更加强壮，更加有弹性，更加个性化。
三、为什么需要MVC设计模式？
“MVC”模式即是：“Model-View-Controller”模式。在这种模式中，通过JSP技术来表现页面，通过Servlet技术来完成大量的事务处理工作，实现用户的商业逻辑。 在这种模式中，Servlet用来处理请求的事务，充当了控制器（Controller即“C”）的角色，Servlet负责响应客户对业务逻辑的请求并根据用户的请求行为，决定将哪个JSP页面发送给客户。JSP页面处于表现层，也就是视图（View即“V”）的角色。JavaBean则负责数据的处理，也就是模型（Model即“M”）的角色 Servlet+JSP+JavaBean(MVC)模式适合开发复杂的web应用，在这种模式下，servlet负责处理用户请求，jsp负责数据显示，javabean负责封装数据。 Servlet+JSP、JavaBean模式程序各个模块之间层次清晰，web开发推荐采用此种模式。 MVC架构 Model-View-Controller架构模式是80年代中期在Smalltalk-80 GUI（一种经典的面向对象程序设计语言）实验室发明的。 根据MVC模式，一个软件应该将商务逻辑（Model）和显示(View)分开。分开有许多好处，最主要的有两个方面：
1、同一的商务逻辑层（Model）可能会对应多个显示层（View），如果商务逻辑层和显示层放在一起的话，再添加一个显示层的时候就会极大的增加组件的复杂性。一个商务逻辑对着两个显示层的例子是：银行的帐户的商务逻辑层对应ATM和Internet两个显示层。
2、通常情况下，每次修改显示层的时候一般并不需要修改商务逻辑层。
四、MVC设计模式是什么，怎么理解？
MVC就是 M:Model 模型 V:View 视图 C:Controller 控制器 模型就是封装业务逻辑和数据的一个一个的模块,控制器就是调用这些模块的(java中通常是用Servlet来实现,框架的话很多是用Struts2来实现这一层),视图就主要是你看到的,比如JSP等. 当用户发出请求的时候,控制器根据请求来选择要处理的业务逻辑和要选择的数据,再返回去把结果输出到视图层,这里可能是进行重定向或转发等.MVC我感觉主要就是把一个软件或网站清晰地分成几部分,每一部分都实现自己的功能,当某一部分需要修改时就可以只修改这一部分,不会去修改整体,当后期维护的时候MVC的作用也是很大的,耦合度太高就会导致牵一发而动全身,开销也就会非常大了,现在的很多软件都是要很多人完成的,不过不把软件清晰的分层,不把软件模块化,大家就很难做好自己的那一块,好多人都可能做了同一部分,而且没办法整合到一起,所以MVC我感觉是一种软件架构思想,我也是新手,可能理解的不是很深,我就把我体会到的说了一下哈,希望大牛们批评更正哈!!!
五、mvc模式是什么？
MVC（模型Model-视图View-控制器Controller）是一种设计模式， M(Model)在Java Web里说的是JavaBean，在JavaBean中除了其属性和字段，还可以有行为及其事件，JavaBean可以理解为普通Java对象。Java普通对象，就是符合Java规范的所有对象，这和实体类完全是两回事。业务逻辑和数据访问应该放在Model层，也就是V负责展示数据，Controler除了转发不做业务逻辑。真正的逻辑事务，数据访问，甚至算法都放到Model去。 Controller是控制器的意思，所谓控制器，就是将用户请求转发给模型层，经过处理后把结果返回到界面层展现的一个中间层，那么Controller到底管什么工作呢？先不说.先来看下在Java Web中这三个层一般的定义，一般在Java Web里，JSP充当V，Servlet充当C,JavaBean充当M，这里的Servlet管什么工作呢？接受输入，转到Model层去处理，处理结果保存后转发到JSP，然后展现数据。所以它的功能就是控制器的基本功能，它就管转发，在V和M之间转来转去。 MVC没有把业务的逻辑访问看成两个层，这是采用三层架构或MVC搭建程序最主要的区别。当然了。在三层中也提到了Model，但是三层架构中Model的概念与MVC中Model的概念是不一样的，“三层”中典型的Model层是已实体类构成的，而MVC里，则是由业务逻辑与访问数据组成的。
六、MVC模式是什么？
MVC模式中，M是指模型，V是视图，C则是控制器，使用MVC的目的是将M和V的实现代码分离，从而使同一个程序可以使用不同的表现形式。
MVC开始是存在于桌面程序中的，M是指业务模型，V是指用户界面，C则是控制器，使用MVC的目的是将M和V的实现代码分离，从而使同一个程序可以使用不同的表现形式。比如一批统计数据可以分别用柱状图、饼图来表示。C存在的目的则是确保M和V的同步，一旦M改变，V应该同步更新
七、什么是mvc模式？
MVC（Model View Controller）是一种软件架构模式，它将一个应用程序分成三个核心部件：模型（Model）、视图（View）和控制器（Controller）。MVC模式的目的在于实现一种适当的代码分离和解耦，使代码更易于维护和扩展。
模型表示应用程序中使用的数据、业务规则以及数据操作。视图是用户界面，用于展示模型的数据，向用户提供交互界面。控制器负责处理用户的请求和输入，并相应地修改模型和视图。MVC模式中，模型、视图和控制器之间的数据流和交互是单向的，保持了各部件之间的松耦合。
MVC模式的优点包括：降低代码复杂度、优化代码重用、提高代码可读性和可维护性、方便测试和调试、提高应用程序的扩展性和可重用性等。不仅在Web应用开发中MVC模式被广泛采用，在桌面应用程序和移动设备应用程序开发中也是常用模式。
八、mvc模式工作原理？
mvc的工作原理为：用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。
M是指业务模型，V是指用户界面，C则是控制器，使用MVC的目的是将M和V的实现代码分离，从而使同一个程序可以使用不同的表现形式。MVC被独特的发展起来用于映射传统的输入、处理和输出功能在一个逻辑的图形化用户界面的结构中，是存在于桌面程序中的。
九、如何实现MVC模式？
最简单的方法是使用struts或jsf等mvc的框架，本身就是一个实现。如果自己实现，比较复杂的就是要自己写一个总控制器，接受所有用户的请求，进行分发给其他servlet或直接进行页面跳转。不建议自己实现，建议使用一个mvc框架，然后搞明白他的生命周期和原理，再去看框架总控制器的源代码，这样比较好。
原理：
jsp发展经历了两个模型时代，jsp模型一时代是把代码都写在jsp页面上，用户访问jsp页面时，jsp页面来对数据库进行操作并返回值到jsp页面，这样第一不好维护，第二安全性不高，第三代码结构不清晰，第四重用性不高。于是就有了jsp模型二时代，人们将所有的页面请求交给一个servlet控制器来接受，然后进行分发，由该servlet来决定调用其他servlet访问数据库还是进行页面跳转，这个servelt就是MVC中的C，struts中好像叫ActionServlet，Jsf中叫FacesServelt，web.xml中配置的就是总servlet控制器，为了更好的分层，重用，降低依赖性，就有了MVC，由M层接受和绑定用户的数据，V层进行展现，C层进行控制。
目前主流的开发模式是四层开发模式：界面层（page）+动作处理层（action）+业务逻辑层（service）+数据访问层（dao），page层用于展现页面，action层用于捕获用户事件并调用service层处理业务逻辑，service要处理业务逻辑肯定就要对数据库进行增删改查，拼接HQL语句，然后调用dao层对数据库进行操作，hibernate完成的就是DAO层。但是这样一来action层对service层产生了依赖，因为要创建一个service接口的引用，service层对dao层产生了依赖，就是说实例化一个action层的对象，同时要至少实例化一个service层和至少实例化一个dao层，于是spring的IOC就可以起作用了，就可以降低各层之间的依赖。将各层做为接口对象实例配置到spring中，降低依赖。
十、什么是MVC模式？
您好，MVC（Model-View-Controller）是一种软件架构模式，它将应用程序分为三个部分：
1. 模型（Model）：表示应用程序的数据和业务逻辑。模型通常包含数据访问、数据验证、数据处理等功能。
2. 视图（View）：表示应用程序的用户界面。视图通常包含显示数据、响应用户事件等功能。
3. 控制器（Controller）：表示应用程序的控制逻辑。控制器接收用户的请求，根据请求选择对应的模型和视图进行处理，并将处理结果返回给用户。
MVC模式的优点是将应用程序的不同部分分离开来，使得代码更加清晰易于维护。同时，不同的开发者可以专注于不同的部分，提高了开发效率。
- 相关评论
- 我要评论
-