MVC模式

MVC模式

1. 概念

如何设计程序的结构，“架构模式”，属于编程的方法论

MVC就是架构设计模式的一种。

目的：

MVC模式的目的是实现一种动态的程序设计，使后续对程序的修改和扩展简化，并且使程序某一部分的重复利用成为可能。除此之外，此模式透过对复杂度的简化，使程序结构更加直观。

MVC是三个单词的首字母缩写，它们是Model（模型）、View（视图）和Controller（控制）。

这个模式从结构上将程序分为三层

1）最上面的一层，是直接面向最终用户的"视图层"（View）。它是提供给用户的操作界面，是程序的外壳。

2）最底下的一层，是核心的"数据层"（Model），也就是程序需要操作的数据或信息。

3）中间的一层，就是"控制层"（Controller），它负责根据用户从"视图层"输入的指令，选取"数据层"中的数据，然后对其进行相应的操作，产生最终结果。

这三层紧密联系，但是相互独立，每一层只对外提供接口，给上一层调用。实现软件的模块化，解耦合。

View层是界面，Model层是业务逻辑，Controller层用来调度View层和Model层，将用户界面和业务逻辑合理的组织在一起，起粘合剂的效果。

组成MVC的三个模式分别是组合模式、策咯模式、观察者模式，MVC在软件开发中发挥的威力，最终离不开这三个模式的默契配合。

组合模式在视图层活动，做Web是视图层是html页面，html结构就是树状结构，这其实就是组合模式的应用。

观察者模式有两部分组成，被观察的对象和观察者（监听者）。对应到MVC中，Model是被观察的对象，，View是观察者，Model层一旦发生变化，View层就被通知更新。View层和Model层互相直接是有引用的。比如我们在开发Web MVC程序时，因为视图层的html和Model层的业务逻辑之间隔了一个http，所以不能显示的进行关联，但是他们观察者和被观察者的关系没有便，当View通过http提交数据给服务器，服务器上的model接收数据并执行操作，在通过http响应将结构送回给View，View接收数据更新界面。

策略模式：策略模式是View和Controller之间的关系，Controller是View的一个策略，Controller对于View是可替换的，（方式不一样，但是目的都是把Model的数据展示到View中）

View层，单独实现了组合模式

Model层和View层，实现了观察者模式

View层和Controller层，实现了策咯模式

举个例子：一个业务，甲先干A工作，乙再干B工作。应该用代码实现的是：甲类，乙类，A类，B类，“干工作”的动作类，和最重要的，执行业务的类。

谁干什么，谁先干谁后干，这些才是业务逻辑，这种东西用数据存。

执行工作的类要能读取这个业务逻辑数据然后把它执行出来。

把甲类，乙类，A类，B类，“干工作”的动作类这些类作为相互独立的服务。这些服务可以以任何顺序进行组合，而业务逻辑是指组合这些服务的顺序。可以使用诸如配置文件，注解，伪代码等方式来实现调用服务的顺序，即业务实现。

核心意思是业务逻辑和业务实现是两层的。业务逻辑是数据，业务实现才是代码。不能混在一起。
业务实现显然不属于Model的部分，因为涉及到底层实现了，譬如读取数据库啊，在桌面上显示特定窗口啊，不同操作系统，实现业务的方法肯定不同。
而业务逻辑在任何平台都是一样的，应该具有可移植性。这个才是程序的Model部分。所以我认为Model里面一行代码也不应该有。当然有人愿意用代码来记录那也无所谓。
“干工作”的动作类，其实就是c部分。c部分根据业务逻辑来调用相应的类库来实现业务。

2. 例子

以windows计算器小程序为例，解释MVC模式。

外部的按钮与最上面的显示条，就是V（视图层），需要运算的数字M（数据层），执行加减程序的内部运行就是C（控制层）。扩大一下想象就会发现，很多程序本质就是这种模式，对外提供一组触发器（就是按钮），执行内部操作，返回并显示结果。说明MVC模式的应用是很广泛的。

MVVM模式

采用双向绑定（data-binding）：View的变动，自动反映在 ViewModel，反之亦然。

MVVM

1.概念

• MVVM: Model-View-ViewModel

Model 的数据模型，和我们的业务需求或者说业务实体（Entity）是一一映射关系。而 ViewModel 顾名思义，就是一个 Model of View，它是一个 View 信息的存储结构，ViewModel 和 View 上的信息是一一映射关系。

目的在于更清楚地将用户界面（UI）的开发与 应用程序中业务逻辑和行为的开发区分开来。

为什么需要MVVM:

• 开发者在代码中大量调用相同的 DOM API，处理繁琐 ，操作冗余，使得代码难以维护。
• 大量的 DOM 操作使页面渲染性能降低，加载速度变慢，影响用户体验。
• 当 Model 频繁发生变化，开发者需要主动更新到 View ；当用户的操作导致 Model 发生变化，开发者同样需要将变化的数据同步到 Model 中，这样的工作不仅繁琐，而且很难维护复杂多变的数据状态。

MVVM模式的重点就在View和ViewModel的交互，View和ViewModel有两种交互方式

这里就需要引入一个新的概念了：单向绑定与双向绑定。

• 所谓“单向绑定”就是 ViewModel 变化时，自动更新 View
• 所谓“双向绑定”就是在单向绑定的基础上 View 变化时，自动更新 ViewModel

由于ViewModel中的双向数据绑定，当Model发生变化，ViewModel就会自动更新；ViewModel变化，Model也会更新

“当任何外部事件发生时，永远只操作 ViewModel 中的数据”

优点：

MVVM模式简化了界面与业务的依赖，解决了数据频繁更新。MVVM 在使用当中，利用双向绑定技术，使得 Model 变化时，ViewModel 会自动更新，而 ViewModel 变化时，View 也会自动变化。

View 和 Model 之间并没有直接的联系，而是通过 ViewModel 进行交互， 因此 View 数据的变化会同步到 Model 中，而 Model 数据的变化也会立即反应到View 上。
ViewModel 通过双向数据绑定把 View 和 Model 连接了起来，而 View 和 Model 之间的同步工作完全是自动的，无需人为干涉，因此开发者只需关注业务逻辑，不需要手动操作DOM， 不需要关注数据状态的同步问题，复杂的数据状态维护完全由 MVVM 来统一管理。

ViewModel 有两个方向（这两个方向都实现的，我们称之为数据的双向绑定）

• 将 Model 转化成 View ，即将后端传递的数据转化成所看到的页面。实现的方式是：数据绑定。
• 将 View 转化成 Model ，即将所看到的页面转化成后端的数据。实现的方式是：DOM 事件监听。

**总结：**在MVVM的框架下视图和模型是不能直接通信的，它们通过ViewModel来通信。
ViewModel通常要实现一个Observer观察者，当数据发生变化，ViewModel能够监听到数据的这种变化，然后通知到对应的视图做自动更新，而当用户操作视图，ViewModel 也能监听到视图的变化，然后通知数据做改动，这实际上就实现了数据的双向绑定。