mvc

MVC设计模式是什么？怎么理解？

什么是MVPView：是指显示数据并且和用户交互的层。在安卓中，它们可以是一个Activity，一个Fragment，一个android.view.View或者是一个Dialog。Model：是数据源层。比如数据库接口或者远程服务器的api。Presenter：是从Model中获取数据并提供给View的层，Presenter还负责处理后台任务。MVP是一个将后台任务和activities/views/fragment分离的方法，让它们独立于绝大多数跟生命周期相关的事件。这样应用就会变得更简单，整个应用的稳定性提高10倍以上，代码也变得更短，可维护性增强，程序员也不会过劳死了~~。为什么要在安卓上使用MVP原因一:尽量简单如果你还没有阅读过这篇文章，阅读它:Kiss原则(https://people.apache.org/%7Efhanik/kiss.html)。-kiss是KeepItStupidSimple或者KeepItSimple,Stupid的缩写。.绝大多数的安卓程序都只使用了View-Model架构。.程序员被绞尽了复杂的界面开发中，而不是解决事务逻辑。在应用中使用Model-View的坏处是“每个东西之间都是相互关联的”如下图:如果上面的图解看起来还不够复杂，那么想想这些情况：每个view可能在任意的时间出现或者消失，view数据需要保存与恢复，在临时的view上挂载一个后台任务。而与“每个东西之间都是相互关联的”的相反选择是使用一个万能对象（godobject）。注：godobject是指一个对象/例程在系统中做了太多的事情，或者说是有太多不怎么相关的事情放在一个对象/例程里面来完成。godobject过于复杂，他的不同部分无法重用、测试，无法轻易的debug和重构。使用MVP复杂的任务被分割成简单的任务。.更小的对象，更少的bug。.更好测试MVP的view层变得如此简单，在请求数据的时候甚至不需要使用回调。view的逻辑变得非常直接。原因二:后台任务当你需要写一个Activity，Fragment或者一个自定义View的时候，你可以将所有和后台任务相关的方法放在一个外部的或者静态的类中。这样你的后台任务就不会再与Activity相关联，不会在泄漏内存同时也不会依赖于Activity的重建。我们称这样的一个类为“Presenter”。注：要理解此话的含义最好先看懂第一个MVP示例的代码。虽然有一些方法可以解决后台任务的问题，但是没有一种和MVP一样可靠。为什么这是可行的下面的图解显示了在configuration改变或者发生out-of-memory事件的情况下应用的不同部分所发生的事情。每一个开发者都应该知道这些数据，但是这些数据并不好发现。| Case1 | Case2 | Case3|Aconfiguration|Anactivity | Aprocess| change | restart | restart----------------------------------------|-------------|------------|------------Dialog | reset | reset | resetActivity,View,Fragment |save/restore |save/restore|save/restoreFragmentwithsetRetainInstance(true) | nochange |save/restore|save/restoreStaticvariablesandthreads | nochange | nochange | reset情景1：configuration的改变通常发生在旋转屏幕，修改语言设置，链接外部的模拟器等情况下。要知道更多的configurationchange事件请阅读：configChanges（developer.android.com/reference/android/R.attr.html#configChanges）。情景2：Activity的重启发生在当用户在开发者选项中选中了“Don'tkeepactivities”（“中文下为不保留活动”）的复选框，然后另一个Activity在最顶上的时候。情景3：进程的重启发生在应用运行在后台，但是这个时候内存不够的情况下。结论现在你可以发现，一个拥有setRetainInstance(true)的Fragment并没有带来帮助-我们还是要保存和/恢复这种fragment的状态。因此我们可以去掉可保持Fragment的情景，把问题简单化。Occam'srazor（https://en.wikipedia.org/wiki/Occam%27s_razor）

什么是MVC设计模式，为什么使用MVC？

MVC(Model-View-Controller)把系统的组成分解为M（模型）、 V（视图）、C（控制器）三种部件。视图表示数据在屏幕上的显示。控制器提供处理过程控制，它在模型和视图之间起连接作用。控制器本身不输出任何信息和做任何处理，它只负责把用户的请求转成针对Model的操作，和调用相应的视图来显示Model处理后的数据。
用户界面逻辑的更改往往比业务逻辑频繁，尤其是在基于Web的应用程序中。例如，可能添加新的用户界面页，或者可能完全打乱现有的页面布局。对显示的更改，尽可能地不要影响到数据和业务逻辑。

目前大部分Web应用都是将数据代码和表示混在一起。经验比较丰富的开发者会将数据从表示层分离开来，但这通常不是很容易做到的，它需要精心的计划和不断的尝试。MVC从根本上强制性的将它们分开。尽管构造MVC应用需要一些额外的工作，但它带来的好处是无庸质疑的

MVC模式是什么

MVC（模型Model-视图View-控制器Controller）是一种设计模式，\x0d\x0aM(Model)在Java Web里说的是JavaBean，在JavaBean中除了其属性和字段，还可以有行为及其事件，JavaBean可以理解为普通Java对象。Java普通对象，就是符合Java规范的所有对象，这和实体类完全是两回事。业务逻辑和数据访问应该放在Model层，也就是V负责展示数据，Controler除了转发不做业务逻辑。真正的逻辑事务，数据访问，甚至算法都放到Model去。\x0d\x0a Controller是控制器的意思，所谓控制器，就是将用户请求转发给模型层，经过处理后把结果返回到界面层展现的一个中间层，那么Controller到底管什么工作呢？先不说.先来看下在Java Web中这三个层一般的定义，一般在Java Web里，JSP充当V，Servlet充当C,JavaBean充当M，这里的Servlet管什么工作呢？接受输入，转到Model层去处理，处理结果保存后转发到JSP，然后展现数据。所以它的功能就是控制器的基本功能，它就管转发，在V和M之间转来转去。\x0d\x0a　　MVC没有把业务的逻辑访问看成两个层，这是采用三层架构或MVC搭建程序最主要的区别。当然了。在三层中也提到了Model，但是三层架构中Model的概念与MVC中Model的概念是不一样的，“三层”中典型的Model层是已实体类构成的，而MVC里，则是由业务逻辑与访问数据组成的。

MVC设计模式了解什么是mvc

MVC设计模式了解什么是mvc Model（模型），是程式的主体部分，主要包含业务资料和业务逻辑。在模型层，还会涉及到使用者释出的服务，在服务中会根据不同的业务需求，更新业务模型中的资料。 View(检视），是程式呈现给使用者的部分，是使用者和程式互动的介面，使用者会根据具体的业务需求，在View检视层输入自己特定的业务资料，并通过介面的事件互动，将对应的输入引数提交给后台控制器进行处理。 Controller（控制器），Controller是用来处理使用者输入资料，已经更新业务模型的部分。控制器中接收了使用者与介面互动时传递过来的资料，并根据资料业务逻辑来执行服务的呼叫和更新业务模型的资料和状态。 什么是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中都用到了哪些设计模式。 “每一个模式描述了一个在我们周围不断重复发生的问题，以及该问题的解决方案的核心。这样，你就能一次又一次地使用该方案而不必做重复劳动” 尽管最初的设计模式来源于城市和建筑模式，但他的思想也同样适用于面向物件设计模式，只是在面向物件的解决方案里，我们用物件和介面代替了墙壁和门窗。两类模式的核心都在于提供了相关问题的解决方案。 一般而言，一个模式有四个基本要素： 1. 模式名称（pattern name） 一个助记名，它用一两个词来描述模式的问题、解决方案 和效果。 2. 问题(problem) 描述了应该在何时使用模式。 3. 解决方案(solution) 描述了设计的组成成分，它们之间的相互关系及各自的职责和协 作方式。 4. 效果(consequences) 描述了模式应用的效果及使用模式应权衡的问题。 类的模型/检视/控制器（Model/View/Controller）三元组(MVC)被用来构建使用者介面。透过MVC 来看设计模式将帮助我们理解“模式”这一术语的含义。 MVC包括三类物件。模型Model是应用物件，检视View是它在萤幕上的表示，控制器Controller定义使用者介面对使用者输入的响应方式。不使用MVC，使用者介面设计往往将这些物件混在一起，而MVC则将它们分离以提高灵活性和复用性。 MVC通过建立一个“订购/通知”协议来分离检视和模型。检视必须保证它的显示正确地反映了模型的状态。一旦模型的资料发生变化，模型将通知有关的检视，每个检视相应地得到重新整理自己的机会。这种方法可以让你为一个模型提供不同的多个视图表现形式，也能够为一个模型建立新的检视而无须重写模型。 什么是MVC设计模式，如何使用MVC MVC模式解释，以及如何使用mvc的解释如下： 模型-检视-控制器（MVC模式）是一种非常经典的软体架构模式，在UI框架和UI设计思路中扮演着非常重要的角色。从设计模式的角度来看，MVC模式是一种复合模式，它将多个设计模式在一种解决方案中结合起来，用来解决许多设计问题。MVC模式把使用者介面互动分拆到不同的三种角色中，使应用程式被分成三个核心部件：Model（模型）、View（检视）、Control（控制器）。它们各自处理自己的任务： （1）模型：模型持有所有的资料、状态和程式逻辑。模型独立于检视和控制器。 （2）检视：用来呈现模型。检视通常直接从模型中取得它需要显示的状态与资料。对于相同的资讯可以有多个不同的显示形式或检视。 （3）控制器：位于检视和模型中间，负责接受使用者的输入，将输入进行解析并反馈给模型，通常一个检视具有一个控制器。 MVC设计模式 :v.youku./v_playlist/f2416830o1p5. 我前些年录的视讯，虽然短，但是相信能解决你的疑问 mvc设计模式 MVC全名是Model View Controller，是模型(model)－检视(view)－控制器(controller)的缩写，一种软体设计典范，用一种业务逻辑和资料显式分离的方法组织程式码，将业务逻辑被聚集到一个部件里面，在介面和使用者围绕资料的互动能被改进和个性化定制的同时而不需要重新编写业务逻辑。 MVC是设计模式吗？ MVC是一个设计模式，它强制性的使应用程式的输入、处理和输出分开。使用MVC应用程式被分成三个核心部件：模型、检视、控制器。它们各自处理自己的任务。 祥见：:baike.baidu./view/31.htm mvc设计模式怎么理解？ mvc设计模式解释： 出现不仅实现了功能模组和显示模组的分离，同时它还提高了应用系统的可维护性、可扩充套件性、可移植性和元件的可复用性。 1、MVC、是模型检视控制器的缩写，一种软体设计典范，用一种业务逻辑、资料、介面显示分离的方法组织程式码，将业务逻辑聚集到一个部件里面，在改进和个性化定制介面及使用者互动的同时，不需要重新编写业务逻辑。 2、MVC被独特的发展起来用于对映传统的输入、处理和输出功能在一个逻辑的图形化使用者介面的结构中。 3、MVC开始是存在于桌面程式中的，M是指业务模型，V是指使用者介面，C则是控制器，使用MVC的目的是将M和V的实现程式码分离，从而使同一个程式可以使用不同的表现形式。 4、MVC是一个框架模式，它强制性的使应用程式的输入、处理和输出分开。使用MVC应用程式被分成三个核心部件:模型、检视、控制器。 mvc设计模式怎么理解呢？

什么是MVC啊？

MVC全名是Model View Controller，是模型(model)－视图(view)－控制器(controller)的缩写，一种软件设计典范，用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。MVC被独特的发展起来用于映射传统的输入、处理和输出功能在一个逻辑的图形化用户界面的结构中。MVC开始是存在于桌面程序中的，M是指业务模型，V是指用户界面，C则是控制器，使用MVC的目的是将M和V的实现代码分离，从而使同一个程序可以使用不同的表现形式。比如一批统计数据可以分别用柱状图、饼图来表示。C存在的目的则是确保M和V的同步，一旦M改变，V应该同步更新。模型－视图－控制器（MVC）是Xerox PARC在二十世纪八十年代为编程语言Smalltalk－80发明的一种软件设计模式，已被广泛使用。后来被推荐为Oracle旗下Sun公司Java EE平台的设计模式，并且受到越来越多的使用ColdFusion和PHP的开发者的欢迎。模型－视图－控制器模式是一个有用的工具箱，它有很多好处，但也有一些缺点。扩展资料：MVC 编程模式：MVC 是一种使用 MVC（Model View Controller 模型-视图-控制器）设计创建 Web 应用程序的模式：1、Model（模型）表示应用程序核心（比如数据库记录列表）。2、View（视图）显示数据（数据库记录）。3、Controller（控制器）处理输入（写入数据库记录）MVC 模式同时提供了对 HTML、CSS 和 JavaScript 的完全控制：1、Model（模型）是应用程序中用于处理应用程序数据逻辑的部分。通常模型对象负责在数据库中存取数据。2、View（视图）是应用程序中处理数据显示的部分。通常视图是依据模型数据创建的。3、Controller（控制器）是应用程序中处理用户交互的部分。通常控制器负责从视图读取数据，控制用户输入，并向模型发送数据。MVC 分层有助于管理复杂的应用程序，因为您可以在一个时间内专门关注一个方面。例如，您可以在不依赖业务逻辑的情况下专注于视图设计。同时也让应用程序的测试更加容易。MVC 分层同时也简化了分组开发。不同的开发人员可同时开发视图、控制器逻辑和业务逻辑。框架内容：MVC指MVC模式的某种框架，它强制性的使应用程序的输入、处理和输出分开。使用MVC应用程序被分成三个核心部件：模型、视图、控制器。它们各自处理自己的任务。最典型的MVC就是JSP + servlet + javabean的模式。1、视图视图是用户看到并与之交互的界面。对老式的Web应用程序来说，视图就是由HTML元素组成的界面，在新式的Web应用程序中，HTML依旧在视图中扮演着重要的角色，但一些新的技术已层出不穷，它们包括Adobe Flash和像XHTML，XML/XSL,WML等一些标识语言和Web services.MVC好处是它能为应用程序处理很多不同的视图。在视图中其实没有真正的处理发生，不管这些数据是联机存储的还是一个雇员列表，作为视图来讲，它只是作为一种输出数据并允许用户操纵的方式。2、模型模型表示企业数据和业务规则。在MVC的三个部件中，模型拥有最多的处理任务。例如它可能用像EJBs和ColdFusion Components这样的构件对象来处理数据库，被模型返回的数据是中立的，就是说模型与数据格式无关，这样一个模型能为多个视图提供数据，由于应用于模型的代码只需写一次就可以被多个视图重用，所以减少了代码的重复性。3、控制器控制器接受用户的输入并调用模型和视图去完成用户的需求，所以当单击Web页面中的超链接和发送HTML表单时，控制器本身不输出任何东西和做任何处理。它只是接收请求并决定调用哪个模型构件去处理请求，然后再确定用哪个视图来显示返回的数据。常见框架Struts：Struts是Apache软件基金下Jakarta项目的一部分。Struts框架的主要架构设计和开发者是Craig R.McClanahan。Struts 是Java Web MVC框架中不争的王者。经过长达九年的发展，Struts已经逐渐成长为一个稳定、成熟的框架，并且占有了MVC框架中最大的市场份额。但是Struts某些技术特性上已经落后于新兴的MVC框架。面对Spring MVC、Webwork2这些设计更精密，扩展性更强的框架，Struts受到了前所未有的挑战。但站在产品开发的角度而言，Struts仍然是最稳妥的选择。Struts有一组相互协作的类（组件）、Servlet以及jsp tag lib组成。基于struts构架的web应用程序基本上符合JSP Model2的设计标准，可以说是MVC设计模式的一种变化类型。根据上面对framework的描述，很容易理解为什么说Struts是一个web framework，而不仅仅是一些标记库的组合。但 Struts 也包含了丰富的标记库和独立于该框架工作的实用程序类。Struts有其自己的控制器（Controller），同时整合了其他的一些技术去实现模型层（Model）和视图层（View）。在模型层，Struts可以很容易的与数据访问技术相结合，包括EJB，JDBC和Object Relation Bridge。在视图层，Struts能够与JSP, Velocity Templates,XSL等等这些表示层组件相结合。参考资料：百度百科-MVC框架

什么是MVC？使用MVC的好处是什么？

MVC是三个单词的缩写,分别为： 模型(Model),视图(View)和控制Controller)。 MVC模式的目的就是实现Web系统的职能分工。 Model层实现系统中的业务逻辑，通常可以用JavaBean或EJB来实现。 View层用于与用户的交互，通常用JSP来实现。 Controller层是Model与View之间沟通的桥梁，它可以分派用户的请求并选择恰当的视图以用于显示，同时它也可以解释用户的输入并将它们映射为模型层可执行的操作。\x0d\x0a低耦合性\x0d\x0aMVC的好处\x0d\x0a　　视图层和业务层分离，这样就允许更改视图层代码而不用重新编译模型和控制器代码，同样，一个应用的业务流程或者业务规则的改变只需要改动MVC的模型层即可。因为模型与控制器和视图相分离，所以很容易改变应用程序的数据层和业务规则。\x0d\x0a高重用性和可适用性\x0d\x0a　　随着技术的不断进步，现在需要用越来越多的方式来访问应用程序。MVC模式允许你使用各种不同样式的视图来访问同一个服务器端的代码。它包括任何WEB（HTTP）浏览器或者无线浏览器（wap），比如，用户可以通过电脑也可通过手机来订购某样产品，虽然订购的方式不一样，但处理订购产品的方式是一样的。由于模型返回的数据没有进行格式化，所以同样的构件能被不同的界面使用。例如，很多数据可能用HTML来表示，但是也有可能用WAP来表示，而这些表示所需要的命令是改变视图层的实现方式，而控制层和模型层无需做任何改变。\x0d\x0a较低的生命周期成本\x0d\x0a　　MVC使降低开发和维护用户接口的技术含量成为可能。\x0d\x0a快速的部署\x0d\x0a　　使用MVC模式使开发时间得到相当大的缩减，它使程序员（Java开发人员）集中精力于业务逻辑，界面程序员（HTML和JSP开发人员）集中精力于表现形式上。\x0d\x0a可维护性\x0d\x0a　　分离视图层和业务逻辑层也使得WEB应用更易于维护和修改。\x0d\x0a有利于软件工程化管理\x0d\x0a　　由于不同的层各司其职，每一层不同的应用具有某些相同的特征，有利于通过工程化、工具化管理程序代码。