一直在说MVC和MVVM的区别,现实是连什么是MVC都不知道,于是好好学习了一下MVC。
MVC是Model-View-Controller的简写,模型-视图-控制器:
Model是应用程序中用于处理数据逻辑的部分,负责在数据库中存取数据。;
View是应用程序依据模型数据创建的显示的部分;
Controller是应用程序处理交互的部分,从视图读取数据,控制用户输入等,并向模型发送数据。
MVC的目的是将M和V的实现代码分离,从而使同一个程序可以使用不同视图,也就是说一个模型可以被多个视图重用。而控制器则是接收页面页面的事件,然后决定调用哪个模型去处理请求,最后确定用哪个视图显示。控制器本身是没有任何输出的。
要注意,MVC是一种架构模式,要区分设计模式、架构模式、框架,框架可以用代码表示,也能直接执行或复用,设计模式是某种场合下针对某个问题的一种解决方案。而架构是介于两者之间,使用框架和设计模式进行架构。
架构模式:MVC、MVVM
框架:Spring、.NET、django
设计模式:单例模式、工厂模式
阮大神举了两个例子理解MVC模式,比如一个计算器应用,你看见的就是视图层,需要运算的数据就是模型层,进行加减乘除等计算的就是控制器层。每一个层都是独立的,当你替换任何一个或者更新一个层的东西,对于另外两个都不影响。
现在公司有.net的询问了一下,他们使用的都是MVC的框架,通过Controller分发视图。还有就是IOS,提供了公共的视图类和控制器类,也是MVC模式。而针对MVC,Model和View很大一部分是可以重用的,也就是为什么GitHub上那么多开源的控件。而Controller几乎不可重用。
其实MVC的架构模式,一直以来大部分都是应用在后端的框架,所以Model是操作数据库,进行增删改查,然后返回给视图。我一开始也都不明白,如果是这样的话,客户端或者说前端的MVC是怎么解释。
我不知道理解的对不对,在前端,视图就是页面渲染出来的,控制器其实就是一些方法,模型,也就是操作数据的这部分,所谓的数据其实就是我们声明的变量。比如页面显示一个数字,一个加按钮和一个减按钮,当我们点击加的时候,视图通过控制器触发了模型的方法,模型方法里面对这个数字进行操作,然后更新视图。这只是一个过程,但其实内部还要涉及很多,比如使用发布订阅模式,view要在model里面注册,然后才能更新视图。
我不知道后台他们的实现,如果是这种模式放在前端,因为model控制数据,而controller除了事件响应,也需要逻辑代码,所以在前端来说,MVC并不是很合适。
还有一个问题,一直说MVC的数据流是单向的我问了.net一个开发很多年的大佬,下面两种说不同角度理解都是正确的:
自己也不确定哪种是正确的。
说了那么多,挺乱的,自己理解的MVC可以总结一下,就是视图和模型是可重用的、分离的,通过控制器连接视图和模型,达到代码的重用,就是一个思想,具体实现并不需要那么统一的方法。
(完)