开发项目的时候到底用那种模式， MVC，MVP 和 MVVM ?

前提：最近自己想写一套系统出来，看着别人写的代码，总觉得为什么别人写得这么好，条理这么清晰。可能是我学的语言问题或者知识面不够吧。建议学语言先学强语言，强语言学会了，弱语言基本都不是问题。接下来了解一下 MVC，MVP 和 MVVM，还有业务层，逻辑层，数据层是怎么运作的。

发展历程

MVC

C:控制器（Controller）——应用程序中处理用户交互的部分
M:模型（Model）——应用程序数据逻辑
V:视图（View）——应用程序中处理数据显示的部分

运行方式：

流程
MVC的通信都是单向的，由图也可以看出，View层会从Model层拿数据，因此MVC中的View层和Model层还是存在耦合的。一般客户访问通过 View 接受指令，传递给 Controller，然后对模型进行修改或者查找底层数据，最后把改动渲染在视图上。

优点
1、耦合性低，视图层和业务层分离，这样就允许更改视图层代码而不用重新编译模型和控制器代码。
2、重用性高
3、生命周期成本低
4、MVC使开发和维护用户接口的技术含量降低
5、可维护性高，分离视图层和业务逻辑层也使得WEB应用更易于维护和修改
6、部署快

缺点
1、不适合小型，中等规模的应用程序，花费大量时间将MVC应用到规模并不是很大的应用程序通常会得不偿失。
2、视图与控制器间过于紧密连接，视图与控制器是相互分离，但却是联系紧密的部件，视图没有控制器的存在，其应用是很有限的，反之亦然，这样就妨碍了他们的独立重用。
3、视图对模型数据的低效率访问，依据模型操作接口的不同，视图可能需要多次调用才能获得足够的显示数据。对未变化数据的不必要的频繁访问，也将损害操作性能。

应用
1、Web开发领域
2、移动互联开发
3、与交互相关的开发

MVP

M:模型（Model）——管理数据
V:视图（View）—— 负责显示页面
P:控制器（将 Controller 改名为 Presenter）——业务逻辑

运行方式：

流程：通过 View 接受指令，传递给 Presenter，然后对模型进行修改或者查找底层数据，最后把改动渲染在视图上。

特点：View 与 Model 不通信，都通过 Presenter 传递。Presenter完全把Model和View进行了分离，主要的程序逻辑在Presenter里实现。View 非常薄，不部署任何业务逻辑，称为”被动视图”（Passive View），即没有任何主动性，而 Presenter非常厚，所有逻辑都部署在那里。

区别
在MVP中，View并不直接使用Model，它们之间的通信是通过Presenter (MVC中的Controller)来进行的，所有的交互都发生在Presenter内部。在MVC中，View会直接从Model中读取数据而不是通过 Controller。

MVVM

M：模型（Model）——处理数据
V：视图（View）——显示
VM：控制器（ViewModel）——将 Presenter 改名为 ViewModel

运行方式

举例说明
视图层

<p>Hello, {{ name }}!</p>          --View层 --VUE中的单向绑定
<input v-model="name">             --View层 --VUE中的双向绑定

数据层

data: {
            name: ''               --Model层
        }

我们此时想改变视图层<p>标签和<input>标签中的name属性的值，只需要通过如下方式即可，这样页面中就会显示“Jack”的名字

this.name = 'jack'

如果不是MVVM框架，我们则需要通以下方式，这种操作dom节点的方式来改变页面的值。

document.getElementById('name').innerHTML = 'jack'

MVVM模式和MVC模式类似，主要目的是分离视图（View）和模型（Model），有几大优点：

1、低耦合，视图（View）可以独立于Model变化和修改，一个ViewModel可以绑定到不同的”View”上，当View变化的时候Model可以不变，当Model变化的时候View也可以不变。

2、可重用性，可以把一些视图逻辑放在一个ViewModel里面，让很多view重用这段视图逻辑。

3、独立开发，开发人员可以专注于业务逻辑和数据的开发（ViewModel），设计人员可以专注于页面设计，使用Expression Blend可以很容易设计界面并生成xml代码。

4、可测试，界面向来是比较难于测试的，而现在测试可以针对ViewModel来写。

学习了上面类分析一下thinkphp的目录结构，就知道用什么模式开发。

Model：数据层——用于做数据库的操作

View：视图层——PHP做接口返回数据,交给客户端进行渲染

Controller：控制器层——它处理用户与服务器的交互，用户输入URL，经过框架启动、路由分配，到控制器层。

Logic：逻辑层——处理业务逻辑,在严格的mvc划分中,需要将逻辑处理放到logic层去处理,用控制器层进行调用,Logic层可以作为数据验证,以及业务逻辑处理操作，可将常用的可复用的业务逻辑抽象成一个Logic，Controller可以直接调用Logic。对于简单的业务，可以直接调用Model；如果有复用必要，整理到Logic中。

Service：服务层——通俗解释就是为其他层提供服务,该层主要为处理一些数据逻辑的,偏向于逻辑处理,相当于是控制器和模型层的结合,将模型层的简单数据进行再次的逻辑处理