下面小编就为大家带来一篇老生常谈js中的MVC。小编觉得挺不错的，现在就分享给大家，也给大家做个参考。一起跟随小编过来看看吧
MVC是什么？
MVC是一种架构模式，它将应用抽象为3个部分：模型（数据）、视图、控制器（分发器）。
本文将用一个经典的例子todoList来展开（代码在最后）。
一个事件发生的过程（通信单向流动）：
1、用户在视图 V 上与应用程序交互
2、控制器 C 触发相应的事件，要求模型 M 改变状态（读写数据）
3、模型 M 将数据发送到视图 V ，更新数据，展现给用户
在js的传统开发模式中，大多基于事件驱动的：
1、hash驱动
2、DOM事件，用来驱动视图
3、模型事件（业务模型事件和数据模型事件），用来驱动模型和模型结合
所以js中的mvc的特点是：单向流动、事件驱动
一）模型
模型存放着应用的所有数据对象（业务数据、数据校验、增删改查），比如，例子todoList中的store模型，存放每一条记录及与之有关的逻辑。
数据是面向对象的，当控制器请求模型读写数据时，模型就将数据包装成模型实例。任何定义在这个数据模型上的函数或逻辑都可以直接被调用。在本文的例子中采用localSrorage也是类似道理的。存储的Todos可以随时被调用
模型不关心，不包含视图和控制器的逻辑。它们应该是互相解耦的。这里提一点，模型与视图的耦合，显然是违反MVC架构原则，但往往我们有时候却因为业务关系而无法完全解耦
模型表现了领域特定的数据，当一个模型有所改变的时候，它会通知它的观察者（视图）。
二）视图
视图是呈现给用户的，是用户交互的第一入口。它定义配置、管理着每个页面相应的模板与组件，它表现为一个模型的当前状态，视图通过观察者模式监视模型，以获得最新的数据，来呈现最新的页面。所以，页面首次加载时，往往是从接收模型的数据开始。
三）控制器
控制器（分发器），是模型和视图之间的桥梁，集中式地配置和管理事件分发、模型分发、视图分发，还用来权限控制、异常处理等。我们的应用中往往是有多个控制器的
页面加载完成后，控制器会监听视图的用户交互（按钮点击或表单提交），一旦用户发生交互时，控制器做出对视图的选择，触发控制器的事件处理机制，去派发新的事件，通知模型更新数据（这样就回到了第一步了）
Demo-todoList
最后这里是一个用原生js写的todoLIst，这个demo做的很简陋，点击输入文字点击确定就添加，删除是直接点击该行信息。
单独分离开来举例子不好讲，所以在代码中进行注释。首先简单理下下边代码的思路：
1、V层定义配置了一个显示数据的字符串模板，同时定义一个订阅者的回调函数render() 用于页面更新数据。
2、C层监听用户的添加与删除操作，添加是add() 函数 它执行了回调函数render，同时向M层写入数据，通知M层改变。删除操作同理。
3、M层是本地存储localStorage，模拟一个存储数据对象的后台模型。
todo 待定事项
随着界面和逻辑的复杂，用js或者jq去控制DOM是不现实的。上边例子只是用原生js模拟mvc的思想实现过程。真正地项目往往会依赖一些封装好的优秀库进行高效开发。
mvc模式的优点
mvc编程把所有精力放在数据处理，尽可能减少对网页元素的处理。对于有一定数量功能的网页，Mvc模式下强制规范代码，简化，减少重复代码，使代码易于扩充。
mvc模式的弊端
1、清晰的构架以代码的复杂性为代价， 对小项目反而降低开发效率。 （如果本文的例子todoList用面条式代码编写，那得多简单啊！！！）
2、控制层和视图层耦合，导致没有真正分离和重用
3、在同一业务逻辑下，如果存在多种视图呈现，需要视图定义配置多个模板引擎、数据解析，多次处理数据与页面更新。代码就充满了各种选择器与事件回调，随着业务的膨胀，变得难以维护。
总结：其实，现在MVC在前端用得比较少了，因为它的局限性，催生了MVVM模式的流行与广泛使用，在下篇文章我会谈谈我对MVVM的理解，以及为何我使用基于MVVM模式的vue框架来高效开发。
以上就是老生常谈js中的MVC的详细内容，更多请关注本站其它相关文章！
