关于基于MVC网站架构的思考

关于MVC的定义

比较完整的参考：https://www.wikidata.org/wiki/Q44860

MVC是一种设计模式Software Design Pattern，不管在桌面应用亦或是网站程序中，都是比较常用流行的一种架构设计。M代表Model，V代表View，C代表Controller，即是模型、视图和控制器。模型是数据的结构模型，视图是数据的表现形式，而控制器则是数据的组织和处理。MVC设计模式在网站架构中有一个别名叫三层模式。三层模式中，M是指数据库及其支撑驱动，V代表网页表现形式，如网页模板，C则对应从数据库到网页之间的数据管理和处理。

MVC之间的关联

MVC关系图

（参考图来源：https://blog.csdn.net/bobo89455100/article/details/61623242）

这张图示显示表明MVC模式中三者的关系和行为组织。Model和View之间不直接交互，而是通过Controller进行过程处理和数据传递。View是用户交互界面，负责数据的输入传递和表现形式。Model是数据结构和存储模型，表示对象的属性和行为。Controller是过程和交互的控制器，代表进程的具体处理。

MVC的适用范围

关于适用范围，直观的理解是，需要进行分层架构设计的信息系统。那哪些系统设计需要分层进行？一般来说，分层是逻辑的需求到物理实现的需求。在一些比较复杂的信息系统中，为了需要充分理解系统设计的初衷和后续进行，便于项目管理，在系统架构上对目标系统进行分层次设计。随着工程项目的推进演变，需要进行不同层面的工作，分工合作。MVC设计模式适当的指明系统设计工作的层次内容。在MVC的定义中提到，MVC分别对应了信息系统的几个组成部分。这也即是表示，在项目的生命流程中，各个过程分别对应这MVC中的概念和内容。这使得MVC在系统架构中对不同角色的职责进行了较为详细明确的划分。能使项目计划比较容易得以制定和实施。

是否决定使用MVC模式，仍需参考项目的详细设计和代码实现的需求。虽然MVC对软件工程具有显著的效果，考虑到详细设计和最终实现之间的关联，在系统实现环节，需要的工作量和考量系统实施资源的消耗和效益比才是最重要的。因为“物质决定一切”，系统架构的最终目标是架构设计和系统效益之间的均衡。设计模式是特定问题的解决方案。是否用MVC或者在哪里使用它，需要考虑它是否满足基本对特定问题的条件。

所以在项目中，考量设计模式对信息系统实现的工作量和实施消耗是否达到要求至关重要。在一些繁复的系统设计中，抽丝剥茧，逻辑分层无疑是不错的选择。专业的工作交给专门的人员处理，事半功倍。又比如，MVC模式本身表明具有较高的可重用性。在系统项目集成当中，可重用性具有明显的压缩工作量的效果。减少重复工作，工作效率自然而然得到提高。