我对前端MVC的理解

前端MVC：（model、view、controller）模型、视图、控制器

MVC的逻辑都应该以函数的形式包装好，然后按产品业务和交互需求，使用对应的设计模式组装成合适的MVC对象或类。

MVC逻辑划分的清晰度判断标准是维护人员要能明确的区别哪些是M层的函数，哪些是V层的函数，哪些是C层的函数，其调用的次序通常是从C到M到C到V，参数从M层输入计算后得到返回值传递给C层，C层依据M层传来的参数操作完毕后，将结果呈现在V层。这样做的好处是：当维护人员在维护和修改产品的时候，可以根据V层的异常结果去追踪对应C层的参数、逻辑和输出，如果对应的C层没问题，就再追踪M层，直至追踪至服务端。

清晰划分前端MVC的好处在于可以将前端逻辑的关联关系划分开，将复杂问题分解成一个个相关联的简单问题去逐一分析解决，从而将问题的复杂度限制在人脑可以处理的范围内逐一解决，避免问题的复杂度（繁杂的数据和关联关系）超出人脑的处理能力。

M：模型层，主要包括数据模型的创建（）、添加、修改（拼接、格式化等）、删除、查询（清洗、过滤等）等操作逻辑；

C：控制器层，主要包括两个方面：
1、注册事件并操作DOM，获取用户的输入和操作参数，将参数传递给模型层处理；
2、根据模型层返回的参数进行DOM操作，控制视图来呈现不同的状态用以与用户交互；

V：视图层，主要包括HTML标签、CSS，提供给控制器操作的对象；

MVC程序结构划分只适合使用在那些业务逻辑较为复杂的项目中，太过简单的业务和交互逻辑也划分MVC，就像拿高科技制导导弹去打蚊子，得不偿失。