小程序开发后台管理端使用MVC架构的好处浅析，小程序开发后台管理使用MVC有哪些好处？我们首先对MVC框架做一个简单的了解，MVC(Model-View-Controller）是一种架构模式，也就是“模型-视图-控制器”模式。小程序开发公司提醒MVC也用于系统的关注点分离方面，把系统分为模型(Model) .视图(View)和控制器(Controller)3个模块，这些模块共同作用，向用户提供交互的支持。在分解时，3个模块各自维持一个关注点，实现业务逻辑代码和视图展示代码的分离。MVC架构中的3个模块的定义如下:
·模型(Model) :负责描述问题和解决问题。
·视图(View) :负责在UI中渲染模型，并将信息呈现给用户。
·控制器(Controller) :接收和处理视图传入的用户交互信息，根据交互的命令修改模型。
小程序开发使用MVC框架在理解MVC架构以前，首先要明确数据和视图的概念。模型以数据的形式存储在数据库中。数据是不可视的，也就是说数据是不能直接看到的，在UI界面看到的不是数据本身而是展示数据的视图，并且同一个数据可以使用不同的视图渲染出来。以电子表格软件为例，数据和视图的关系如图3.11所示。
模型和视图分离意味着一个模型可以拥有多个视图，使用多个视图是源于用户的需求，用户需要从不同的视角查看数据，就像在电子表格里可以通过表格视图或曲线视图查看数据一样。
模型可以拥有多个视图，因此产生了模型选择的问题，虽然没有强制规定，但在MVC的实现中选择视图的任务一般是由控制器完成的。控制器在响应视图的输入时会选择合适的视图，它在MVC中起到中枢的作用。MVC的结构如图3.12所示。
在MVC中，控制器起着协调的作用，但控制器并不涉及业务逻辑代码，只是将用户的指令翻译成模型需要执行的动作，而实际承担业务逻辑的是模型。事实上，通过视图直接获取模型对象也不是一个好方法。在稍微复杂的系统中，MVC会和其他架构一起使用，协同工作。模型仅仅是对描述业务逻辑对象的一个快照或映射，真正的业务逻辑模型会放在一个更加独立的模块中，而MVC只是用于与用户交互的架构模式。
MVC是Xerox PARC在20世纪80年代为编程语言Smalltalk提出的框架，至今都是作为Web程序的首选模式。当然MVC也有缺点。例如，对于关注点如何分离没有严格的定义，从而造成业务逻辑代码的泄漏，以及视图对模型的过度依赖，视图与控制器的联系过于紧密等。为了克服这些缺点，MVC在演进过程中发展出了多个变种，比如使用事件驱动的MVP (Model View Presenter)模式。
在MVP中，展示器(Presenter)视图和控制器进行了进一步分离，并且展示器和具体的视图不再直接关联，它们通过预定的接口相互通信，从而使视图和展示器真正分离，进一步优化了视图的可替换性。MVP也支持展示器的单独测试。MVP的结构如图3.13所示。
MVP确实解决了MVC的部分缺点，但是MVP的代码更加复杂，致使展示器的代码过度膨胀。目前被大量使用的仍然是MVC。主流的编程框架都针对MVC的缺点进行了改进，如Spring MVC、ASP.NET MVC等都提供了“约定式编程”，也就是约定大于配置的契约式编程的支持，极大地简化了使用MVC进行开发的复杂度，也避免了视图和控制器过度耦合的缺点。好了，
小程序开发公司本文关于“小程序开发后台管理端使用MVC架构的好处浅析”开发经验就分享到这里，谢谢关注，博纳网络编辑整理。
