mvc模式中的mvc分别是,什么是MVC模式？

mvc模式中的mvc分别是,什么是MVC模式？详细介绍

本文目录一览： 什么是MVC模式？

MVC是三个单词的缩写，分别为： 模型(Model),视图(View)和控制Controller)。 MVC模式的目的就是实现Web系统的职能分工。 Model层实现系统中的业务逻辑，通常可以用JavaBean或EJB来实现。 View层用于与用户的交互，通常用JSP来实现。 Controller层是Model与View之间沟通的桥梁，它可以分派用户的请求并选择恰当的视图以用于显示，同时它也可以解释用户的输入并将它们映射为模型层可执行的操作。
MVC是一个设计模式，它强制性的使应用程序的输入、处理和输出分开。使用MVC应用程序被分成三个核心部件：模型、视图、控制器。它们各自处理自己的任务。分层概念视图视图是用户看到并与之交互的界面。对老式的Web应用程序来说，视图就是由HTML元素组成的界面，在新式的Web应用程序中，HTML依旧在视图中扮演着重要的角色，但一些新的技术已层出不穷，它们包括Macromedia Flash和象XHTML，XML/XSL，WML等一些标识语言和Web services. 如何处理应用程序的界面变得越来越有挑战性。MVC一个大的好处是它能为你的应用程序处理很多不同的视图。在视图中其实没有真正的处理发生，不管这些数据是联机存储的还是一个雇员列表，作为视图来讲，它只是作为一种输出数据并允许用户操纵的方式。
模型模型表示企业数据和业务规则。在MVC的三个部件中，模型拥有最多的处理任务。例如它可能用象EJBs和ColdFusion Components这样的构件对象来处理数据库。被模型返回的数据是中立的，就是说模型与数据格式无关，这样一个模型能为多个视图提供数据。由于应用于模型的代码只需写一次就可以被多个视图重用，所以减少了代码的重复性。
控制器控制器接受用户的输入并调用模型和视图去完成用户的需求。所以当单击Web页面中的超链接和发送HTML表单时，控制器本身不输出任何东西和做任何处理。它只是接收请求并决定调用哪个模型构件去处理请求，然后再确定用哪个视图来显示返回的数据。

MVC模式中M，V，C每个代表意义是什么？

【答案】：MVC是Model-View-Controller 的缩写，Model代表的是应用的业务逻辑(通过JavaBean，EJB组件实现)，View 是应用的表示层(由JSP页面产生)Controller是通过应用的处理过程控制，(一般是一个servert)通过这种设计模型把应用逻辑，处理过程和显示逻辑分成不同的组件实现，这些组件可以进行交互和重用。

什么是MVC？

MVC是三个单词的缩写,分别为：
模型(Model),视图(View)和控制Controller)。
MVC模式的目的就是实现Web系统的职能分工。
Model层实现系统中的业务逻辑，通常可以用JavaBean或EJB来实现。
View层用于与用户的交互，通常用JSP来实现。
Controller层是Model与View之间沟通的桥梁，它可以分派用户的请求并选择恰当的视图以用于显示，同时它也可以解释用户的输入并将它们映射为模型层可执行的操作。
MVC本来是存在于Desktop程序中的，M是指数据模型，V是指用户界面，C则是控制器。使用MVC的目的是将M和V的实现代码分离，从而使同一个程序可以使用不同的表现形式。比如一批统计数据你可以分别用柱状图、饼图来表示。C存在的目的则是确保M和V的同步，一旦M改变，V应该同步更新。
MVC是三个单词的缩写,分别为：
模型(Model),视图(View)和控制Controller)。
MVC模式的目的就是实现Web系统的职能分工。
Model层实现系统中的业务逻辑，通常可以用JavaBean或EJB来实现。
View层用于与用户的交互，通常用JSP来实现。
Controller层是Model与View之间沟通的桥梁，它可以分派用户的请求并选择恰当的视图以用于显示，同时它也可以解释用户的输入并将它们映射为模型层可执行的操作。
MVC（模型Model-视图View-控制器Controller）是一种设计模式，
MVC。V即View.是视图的意思。C即Controller.是控制器的意思。而M即Model，是模型的意思。这三个里.最不容易理解的应该是Model.就是什么是Model，而为什么叫Model。我先不说为什么叫Model，先解释Controller。
Controller是控制器的意思，所谓控制器，就是将用户请求转发给模型层，经过处理后把结果返回到界面层展现的一个中间层，那么Controller到底管什么工作呢？先不说.先来看下在Java
Web中这三个层一般的定义，一般在Java
Web里，JSP充当V，Servlet充当C,JavaBean充当M，这里的Servlet管什么工作呢？接受输入，转到Model层去处理，处理结果保存后转发到JSP，然后展现数据。所以它的功能就是控制器的基本功能，它就管转发，在V和M之间转来转去。
再来说说M，即Model，在Java
Web里说的是JavaBean，我认识的很多人都把JavaBean误认为是实体类，其实JavaBean有比实体类更丰富的定义，在JavaBean中除了其属性和字段，还可以有行为及其事件，JavaBean可以理解为普通Java对象。Java普通对象，就是符合Java规范的所有对象，这和实体类完全是两回事。所以，我认为在MVC中。业务逻辑和数据访问应该放在Model层，也就是V负责展示数据，Controler除了转发不做业务逻辑。真正的逻辑事务，数据访问，甚至算法都放到Model去。
　　MVC没有把业务的逻辑访问看成两个层，这是采用三层架构或MVC搭建程序最主要的区别。当然了。在三层中也提到了Model，但是三层架构中Model的概念与MVC中Model的概念是不一样的，“三层”中典型的Model层是已实体类构成的，而MVC里，则是由业务逻辑与访问数据组成的

编程中经常采取MVC三层结构，请问MVC分别指哪三层，有什么优点？

MVC 是一种将应用程序的逻辑层和表现层进行分离的方法。MVC只是一个抽象的概念，并没有特别明确的规定，MVC分层大致体现在：
模型（M）：模型的定义由Model类来完成。
控制器（C）Controller：应用控制器（核心控制器App类）和Action控制器都承担了控制器的角色，Action控制器完成业务过程控制，而应用控制器负责调度控制。
视图（V）View：由View类和模板文件组成，模板做到了100％分离，可以独立预览和制作。

mvc是指什么，各个部分都由哪些技术来实现

MVC 不就是Model-View-Controller
MVC全名是Model View Controller，是模型(model)－视图(view)－控制器(controller)的缩写，一种软件设计典范，用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。MVC被独特的发展起来用于映射传统的输入、处理和输出功能在一个逻辑的图形化用户界面的结构中。
　　MVC 是一种使用 MVC（Model View Controller 模型-视图-控制器）设计创建 Web 应用程序的模式：
　　Model（模型）表示应用程序核心（比如数据库记录列表）。
　　View（视图）显示数据（数据库记录）。
　　Controller（控制器）处理输入（写入数据库记录）。
　　MVC 模式同时提供了对 HTML、CSS 和 JavaScript 的完全控制。
　　Model（模型）是应用程序中用于处理应用程序数据逻辑的部分。
　　通常模型对象负责在数据库中存取数据。
　　View（视图）是应用程序中处理数据显示的部分。
　　通常视图是依据模型数据创建的。
　　Controller（控制器）是应用程序中处理用户交互的部分。
　　通常控制器负责从视图读取数据，控制用户输入，并向模型发送数据。
　　MVC 分层有助于管理复杂的应用程序，因为您可以在一个时间内专门关注一个方面。例如，您可以在不依赖业务逻辑的情况下专注于视图设计。同时也让应用程序的测试更加容易。
　　MVC 分层同时也简化了分组开发。不同的开发人员可同时开发视图、控制器逻辑和业务逻辑。

mvc设计模式分别是哪些？彼此之间作用是什么？

MVC就是
M:Model 模型
V:View 视图
C:Controller 控制器
模型就是封装业务逻辑和数据的一个一个的模块,控制器就是调用这些模块的(java中通常是用Servlet来实现,框架的话很多是用Struts2来实现这一层),视图就主要是你看到的,比如JSP等.
当用户发出请求的时候,控制器根据请求来选择要处理的业务逻辑和要选择的数据,再返回去把结果输出到视图层,这里可能是进行重定向或转发等.MVC我感觉主要就是把一个软件或网站清晰地分成几部分,每一部分都实现自己的功能,当某一部分需要修改时就可以只修改这一部分,不会去修改整体,当后期维护的时候MVC的作用也是很大的,耦合度太高就会导致牵一发而动全身,开销也就会非常大了,现在的很多软件都是要很多人完成的,不过不把软件清晰的分层,不把软件模块化,大家就很难做好自己的那一块,好多人都可能做了同一部分,而且没办法整合到一起,所以MVC我感觉是一种软件架构思想,我也是新手,可能理解的不是很深,我就把我体会到的说了一下哈,希望大牛们批评更正哈!!!

什么是MVC设计模式，如何使用MVC

MVC模式解释，以及如何使用mvc的解释如下：
模型-视图-控制器（MVC模式）是一种非常经典的软件架构模式，在UI框架和UI设计思路中扮演着非常重要的角色。从设计模式的角度来看，MVC模式是一种复合模式，它将多个设计模式在一种解决方案中结合起来，用来解决许多设计问题。MVC模式把用户界面交互分拆到不同的三种角色中，使应用程序被分成三个核心部件：Model（模型）、View（视图）、Control（控制器）。它们各自处理自己的任务：
（1）模型：模型持有所有的数据、状态和程序逻辑。模型独立于视图和控制器。
（2）视图：用来呈现模型。视图通常直接从模型中取得它需要显示的状态与数据。对于相同的信息可以有多个不同的显示形式或视图。
（3）控制器：位于视图和模型中间，负责接受用户的输入，将输入进行解析并反馈给模型，通常一个视图具有一个控制器。
MVC将程序分为3个核心模块：模型(Model)、视图(View)和控制器(Controller)。
控制器（Controller）
控制器是负责应用程序中处理用户交互的部分，它负责从视图中读取数据，控制用户输入并向模型发送数据。由Servlet完成。
模型（Model）
模型负责管理应用程序的业务数据（JavaBean）以及定义访问控制和修改这些数据的业务规则（Dao包括对数据库的增、删、改、查方法）。当模型的状态发生改变时，它会通知视图发生改变，并为视图提供查询模型状态的方法。
视图（View）
视图负责与用户进行交互，它从模型中获取数据向用户展示，同时也能将用户请求传递给控制器进行处理。当模型的状态发生改变时，视图会对用户界面进行同步更新，从而保持与模型数据的一致性。由JSP完成。
MVC模式的工作流程：浏览器发起请求，控制器接收到用户的请求后，将请求数据封装到JavaBean对象中，然后根据请求信息调用模型组件的业务方法Dao，并将JavaBean对象传递给Dao，控制器调用模型组件处理完毕后，根据模型的返回结果选择相应的视图组件来显示处理结果和模型中的数据。
MVC是Model,View,Controller的缩写,MVC是Application开发的设计模式，也就是大家所知道的Model2.在MVC的设计模式中，它包括三类对象：（1）模型（Model）对象：是应用程序的主体部分。（2）视图（View）对象：是应用程序中负责生成用户界面的部分。（3）控制器（Control）对象：是根据用户的输入，控制用户界面数据显示及更新Model对象状态的部分。即要求在Application开发中你把商业逻辑，界面显示，数据分离。 MVC应用程序总是由三个部分组成.Event(事件)导致Controller改变Model或View,或者同时改变两者.只要Controller改变了Models的数据或者属性，所有依赖的View都会自动更新.类似的,只要Controller改变了View，View会从潜在的Model中获取数据来刷新自己 MVC模式是一个复杂的架构模式,其实现也显得非常复杂,但多种设计模式结合在一起,使MVC模式的实现变得相对简单易行.Views可以看作一棵树,显然可以用Composite Pattern来实现.Views和Models之间的关系可以用Observer Pattern体现.Controller控制Views的显示,可以用Strategy Pattern实现.Model通常是一个调停者,可采用Mediator Pattern来实现. Java开发Web Application有几种符合MVC设计模式的开发方式。 1:Jsp+Servlet+JavaBean(EJB) 2:Jsp+JavaBean(Controller)+JavaBean(EJB)(Model) 3:TDK(Turbine，Velocity...) 4:Xsp 5:Jsp+Struts+JavaBean(EJB)

MVC是指什么？

MVC全名是Model View Controller，是模型(model)－视图(view)－控制器(controller)的缩写，一种软件设计典范，用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。
M model V view C controller 模型视图控制器
MVC 构思面向对象的设计模式是经验的总结，MVC思想是原先用于构建用户界面的。这篇文章主要论述了如何在新的Web应用领域中使用设计模式和MVC架构。文章首先介绍了设计模式的概念和特点，以及MVC架构的设计思想，并分析了MVC架构中包含的几种主要的模式。然后根据Web应用系统的特点，就如何应用模式和MVC架构提出了一些设计思路。1. 引言1.1 设计模式面向对象技术的出现和应用大大提高了软件的重用性和软件的质量。面向对象的编程也比以往的各种编程模式要简单和高效，但是面向对象的设计方法要比以往的设计方法要复杂和有技巧得多，一个良好的设计应该既具有对问题的针对性，也充分考虑到对将来问题和需求有足够的通用性。在过去的十几年中，人们在对面向对象技术的研究探索和实际应用中针对某些问题创造了一些良好的解决方案,即所谓的面向对象的设计模式。面向对象技术的目的之一就是提高软件的重用性，而对设计模式、设计方案的重用则从更深的层次上体现了重用的意义和本质。人们对设计模式有很多定义，其中被引用的最多是Christopher Alexander的设计模式的定义：每一个设计模式是一个三方的规则，它表达了一个上下文环境（Context）,一个问题和一个解决方案。设计模式一般有如下几个基本要素：模式名称，问题，目的，解决方案，效果，样例代码和相关设计模式。设计模式的分类有好几种，可以根据其目的分为创建型(Creational)，结构型(Structural)和行为型(Behavioral)三种。创建型模式主要是用来创建对象，结构型模式主要是处理类或对象的组合，行为型模式则主要用来描述对类或对象怎样交互和怎样分配职责。也可以根据范围将设计模式分为类模式和对象模式，类模式处理类和子类之间的关系，这些关系通过继承建立，在编译时刻就被确定下来，是属于静态的。对象模式是处理对象间的关系，这些关系在运行时刻变化，更具动态性。模式的特点：是通过经验获取的，以某种结构化的格式书写下来，避免了遇到相同的问题重头设计，存在于不同的抽象层，在不断完善的，是可重用的人工产物，使设计和最好的练习交互，以被组合起来解决更大的问题。1.2 MVC架构MVC最初是在Smalltalk-80中被用来构建用户界面的。M代表模型Model, V代表视图 View， C代表 控制器Controller。MVC的目的是增加代码的重用率，减少数据表达，数据描述和应用操作的耦合度。 同时也使得软件可维护性，可修复性，可扩展性，灵活性以及封装性大大提高。单用户的应用通常是以事件驱动的用户界面为组织结构的。开发人员用一个界面工具画了一个用户接口界面，然后编写代码根据用户输入去执行相应的动作，许多交互式的开发环境鼓励这么做，因为它强调先有界面然后再有功能。一些软件设计模式策略是这样的，然后经常将固定后的代码融入最后的系统当中。导致的结果就是，程序组织围绕用户界面元素和用户在那些界面元素上的动作，数据的存储，应用的功能以及用来显示的代码都杂乱无章的缠绕在一起。在单用户的系统里代码结构是可以这样的，因为系统需求不会频繁变化。但是对一个大的系统如大型Web系统，或电子商务系统来说就不太适用了。通过把数据模式从各种可以被存取和控制的数据中分离出来可以改善分布式系统的设计。MVC设计模式由三部分组成。模型是应用对象，没有用户界面。视图表示它在屏幕上的显示，代表流向用户的数据。控制器定义用户界面对用户输入的响应方式，负责把用户的动作转成针对Model的操作。Model 通过更新View的数据来反映数据的变化。三者关系如图1：对MVC关系图的理解
图2 MVC的分工与协作
2. MVC中的设计模式一个以MVC为架构的系统包含了很多的设计模式，但是与MVC最为密切相关的是下面三种模式：Observer, Composite和Strategy。2.1 Observer模式MVC通过使用定购/通知的方式分离了Model和View。View要保证自己显示能正确地反映出Model的内容和状态。一旦Model的内容发生变化，必须有一个机制来使得Model能够通知相关的View，使得相关的View可以在适当的时机刷新数据。这个设计还可以解决更一般的问题，将对象分离，使得一个对象的改变能够影响到另一些对象，而这个对象并不知道那些被影响的对象的细节。这就是被描述为Observer的设计模式。 模式类型：Observer模式是对象型模式，同时它也是行为型模式。模式目的：定义对象间的一对多的依赖关系，当一个对象的值或状态发生改变时，所有与它有依赖关系的对象都得到通知并自动更新。某一数据可能有多种显示方式，并且可能同时以不同的方式显示（如图2）。当通过某一种方式改变了数据，那么其他的显示都应该能立即知道数据的改变和做相应的调整。模式结构：图 3. Observer模式的结构图效果：(1) 抽象耦合。目标对象只知道它有一些观察者，每个观察者都符合抽象的Observer类的简单接口，并不知道它们具体属于哪个类。这样使得目标和观察者之间的耦合最小且抽象。(2) 支持广播通信。目标发送通知不用指定观察者，如何处理通知由观察者决定。(3) 可能的意外更新。要处理好更新逻辑，避免错误更新。2.2 Composite模式MVC的一个重要特征就是View可以嵌套。嵌套的组合视图可用于任何视图可用的地方，而且可以管理嵌套视图。这种思想反映出将组合的视图与其组件平等对待的设计。这种设计思想在面向对象领域内被描述成为Composite的设计模式。模式类型：Composite模式是对象型模式，同时它也是结构型模式。模式目的：将对象组合成树形结构以表示"部分-整体"层次结构。Composite使组合对象的使用和单个对象的使用具有一致性。图4. Composite模式的结构图效果：(1) 定义了包含简单对象和组合对象的类层次结构。简单对象可以被组合到复杂对象中，而组合的对象可以再被组合。这样客户端代码中用到简单对象的地方都可以使用组合对象。(2) 简化客户端代码。客户端不用知道某对象是简单对象还是组合对象，可以以一致的方式使用这些对象。(3) 更容易增加新类型的组件。新的组件可以方便地加入已有组合对象中不用改变客户端代码。2.3 Strategy模式MVC的另一重要特征是可以在不改变View的情况下改变View对用户输入的响应方式。这对一个经常需要变更响应逻辑的系统来说是非常重要的。MVC把响应逻辑封装在Controller中。有一个Controller的类层次结构，可以方便地对原有Controller做适当改变，创建新的Controller。View使用Controller子类的实例来实现一个特定的响应策略。要实现不同的响应策略，只要用不同种类的Controller实例替换即可。还可以在运行时刻通过改变View的Controller来改变View对用户输入的响应策略。这种View-Controller的关系是被描述为Strategy的设计模式的一个例子。模式类型：Strategy模式是对象型模式，同时它也是行为型模式。模式目的：定义一系列的算法，并且把它们封装起来，使它们可以互相替换，使得算法可以独立于使用它的客户端而变化。模式结构：图5. Strategy模式的结构图图5 模式结构图效果：(1) Strategy类层次为Context定义了可重用的相关算法或行为。(2) 替代继承的方法。如果直接继承Context，给以不同的行为，会将行为加到Context中，从而将算法的实现与Context混合起来，使Context难以理解，维护和扩展，而且不能动态地改变算法。将算法封装在独立的Strategy类，可以使得算法独立于Context改变，容易切换扩展。(3) 可以提供相同行为的不同实现。(4) 客户端必须了解Strategy之间有何不同。(5) Context和Strategy之间的通信开销。(6) 增加了对象的数目。3. MVC在 Web系统中的应用现在的一些基于Web的分布式系统如B2B电子商务系统，就适合采用MVC架构。通过分析，从高层次的角度可以将一个应用的对象分为三类。一类就是负责显示的对象，一类对象包含商业规则和数据，还有一类就是接收请求，控制商业对象去完成请求。这些应用的显示是经常需要变换的，如网页的风格，色调，还有需要显示的内容，内容的显示方式等。而商业规则和数据是相对要稳定的。因此，表示显示的对象View经常需要变化的，表示商业规则和数据的对象Model要相对稳定，而表示控制的Controller则最稳定。通常当系统发布后，View对象是由美工，HTML/JSP设计人员或者系统管理员来负责管理的。Controller对象由应用开发人员开发实施，商业规则对象和商业数据对象则由开发人员，领域专家和数据库管理员共同完成的。显示逻辑在Web层或客户端控制，可以是Servlet 或JSP，动态地生成Html。一般来说采用JSP要比采用Servlet要好。JSP更好地将代码与Html部分分开，有利于页面设计人员和代码开发人员的分离，提高效率。同时JSP可以完成所有Servlet完成的功能，实际上JSP最终也转换成一个Servlet。与控制有关的对象存在于系统的每一个层次，协调跨层动作。包含商业规则和数据的对象存在于EJB层（以EJB为中心的模式）或Web层（以Web为中心的模式）。3.1 View在Web系统中的应用View代表系统的显示，它完全存在于Web层。一般由JSP, Java Bean和Custom Tag组成。JSP可以动态生成网页内容，Custom Tag 更方便了使用Java Bean，而且它可以封装显示逻辑，更有利于于模块化和重用。一些设计良好的Custom Tag可以在多个JSP甚至可以在不同的系统里重复使用。Java Bean用来控制JSP和Model对象。JSP通过Java Bean 来读取Model对象中的数据，Model和Controller对象则负责对Java Bean的数据更新。一般来说，可以先要设计出所有可能出现的屏幕，即用户使用系统时可以看到的所有内容。然后根据这些内容，找出公共部分，静态部分和动态变化部分。可以考虑使用模板方法，把公用的内容单独生成JSP，需要变化的也各自生成Html或JSP, 由一个模板JSP, 把这些不同部分动态地引入（include方法）。还有一个要考虑的问题就是屏幕的选择问题，当处理完用户请求，模板被自动调用来显示，这个显示一定要知道用户关心的屏幕是有哪些部分组成。所以可以考虑把所有屏幕的定义放在一个集中的文件里，如一个java文件或文本文件。由于考虑到屏幕定义文件将来的变更可能性，最好使用文本文件如一个XML文件，这样将来更改不用重新编译。可以根据用户输入的URL和参数可以映射到某一个结果屏幕，当然有可能还要根据动作的执行结果选择不同的结果屏幕内容。所以需要一个请求与资源的匹配文件（XML），如果一个URL请求有几种不同结果，则要在该文件中指明是否需要流控制（一种controller对象）以及不同流向的对应屏幕。
请采纳答案，支持我一下。

简述MVC模式中M、V、C分别指代什么及发挥的作用

MVC模式是"Model-View-Controller"的缩写，中文翻译为"模式-视图-控制器"。
模型（Model）
模型应用程序主体部分模型表示业务数据或者业务逻辑。
视图（View）
视图应用程序用户界面相关部分用户看并与之交互界面。
控制器（Controller)
控制器工作根据用户输入控制用户界面数据显示和更新model对象状态。