MVC简述

2020年12月21日 8点热度 0条评论 来源: 杨晓敏M

      我们已经学习了三层架构,现在学习MVC架构,很多人都会把三层和MVC混淆,那么我们就来看看MVC的庐山真面目。


      一、定义

       MVC全名是Model View Controller,是模型(model)-视图(view)-控制器(controller)的缩写,一种软件设计典范,用一种业务逻辑、数据、界面显示分离的方法组织代码,将业务逻辑聚集到一个部件里面,在改进和个性化定制界面及用户交互的同时,不需要重新编写业务逻辑。MVC被独特的发展起来用于映射传统的输入、处理和输出功能在一个逻辑的图形化用户界面的结构中。

      在MVC设计模式中:

      Model是指要处理的业务逻辑和数据操作,它接收视图请求的数据并返回最终的处理结果;

      View视图主要是指的跟用户打交道并且显示给用户看的;

      Controller看成是Model和View的桥梁,枢纽,响应请求,处理跳转,使模型和视图保持一致。


     二、处理流程图

      

      对于每一个用户输入的请求,首先被控制器接收,并决定由哪个模型来进行处理,然后模型通过业务处理逻辑处理用户的请求并返回数据,最后控制器用相应的视图格式化模型返回的数据,并通过显示页面呈现给用户。


      三、优点
       1、视图重用。多个视图能共享一个模型。同一个模型可以被不同的视图重用,大大提高了代码的可重用性。


       2、松散耦合。由于MVC的三个模块相互独立,改变其中一个不会影响其他两个,所以依据这种设计思想能构造良好的松耦合的构件。


       3、灵活性。控制器提高了应用程序的灵活性和可配置性。控制器可以用来联接不同的模型和视图去完成用户的需求,这样控制器可以为构造应用程序提供强有力的手段。


    四、缺点
      1、增加了系统结构和实现的复杂性。
       对于简单的界面,严格遵循MVC,使模型、视图与控制器分离,会增加结构的复杂性,并可能产生过多的更新操作,降低运行效率。


      2、视图与控制器间的过于紧密的连接。
      视图与控制器是相互分离,但确实联系紧密的部件,视图没有控制器的存在,其应用是很有限的,反之亦然,这样就妨碍了他们的独立重用。


      3、视图对模型数据的低效率访问。
      依据模型操作接口的不同,视图可能需要多次调用才能获得足够的显示数据。对未变化数据的不必要的频繁访问,也将损害操作性能。


     MVC的使用会使我们的软件或系统在健壮性,代码重用和结构方面有很大的提升。但并不是所有的系统都适合使用MVC,它会带来额外的工作和复杂性,所以并不适合小型甚至中等规模的系统或软件,花费大量时间将MVC应用到规模并不是很大的应用程序通常会得不偿失。这就需要我们做出抉择。

    原文作者:杨晓敏M
    原文地址: https://blog.csdn.net/u010924897/article/details/43341927
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系管理员进行删除。