【软件理论】MVC概念

一，MVC概念：

    首先，关于MVC的概念解释：

    MVC是一种模式。全名为：Model-View-Controller。

    中文的翻译解释为：“模式-视图-控制器”；MVC的应用程序往往都由这三个部分组成。

二，MVC的模式介绍：

    Event（事件）导致Controller改变Model/View，

    Model改变将直接更新View，View依赖于Model。

    其中，MVC是开发Web应用的架构模式。在这个模式概念中，其实需要其他的模式来协助完成。

        1.在J2EE模式目录中，通常采用service to worker模式实现。

            service to worker：一个 service worker 是一段运行在浏览器后台进程里的脚本，它独立于当前页面，提供了那些不需要与web页面交互的功能在网页背后悄悄执行的能力。在将来，基于它可以实现消息推送，静默更新以及地理围栏等服务，但是目前它首先要具备的功能是拦截和处理网络请求，包括可编程的响应缓存管理。

三，MVC设计思想：

    在我们的程序设计中，一个应用的机构我们应该分为三个层，合理化控制分配程序本身的操控思维：

    （1）视图：

        View很简单，代表的是用户的交互界面，显式的HTML界面。但有可能为XHTNL,XML和Applet。

     随着应用的复杂程度添加,界面的处理将会变得更具有挑战性。

        其中MVC设计模式对于视图的处理仅限于视图上的数据采集和处理，用户的请求，不包括视

     图上的业务流程的处理。业务流程那是Model的事情。

    （2）模型：

        Model就是业务流程/状态的处理以及业务规则的制定。

        View->Model->View。

        业务模型的设计是MVC最主要的核心。MVC并没有提供模型的设计方法，知识告诉你应该组织管

     理这些模型，以便于模型的重构和提高重用性。可以在对象编程中理解为：MVC定义了一个顶级

     类，告诉它的子类你只能做什么，但没有办法限制，完全取决于程序员的观念呢。

    （3）控制：

        Controller可以理解为从用户接受请求，将模型与视图匹配在一起，并共同完成用户的请求。

     程序的主要实现逻辑就在这一块，清楚的告诉你，他就是一个分发器。选择什么样的模型，选择什

     么样的视图，可以完成什么样的用户请求。

    

   在MVC设计模式中，3个层次的分离，是的一个模型可以具有多个显示视图。通过关联性的控制器操作，都可以反映出一种变化-传播机制.

四，MVC模式的不足：

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

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

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

　　（4） 目前，一般高级的界面工具或构造器不支持MVC模式。改造这些工具以适应MVC需要和建立分离的部件的代价是很高的，从而造成使用MVC的困难。

11.

    

本文出自 “剩蛋君” 博客，转载请与作者联系！