在深入研究MVC架构及其关注点分离的过程中，发现很少有真正的作者能够从基础到完整的应用程序进行全面的解释，同时包括一个工作应用程序。本系列文章的目标是覆盖MVC的几乎所有方面，从创建一个简单的应用程序开始，使用各种Microsoft提供程序连接数据库，将逐步前进，以便能够理解并实际实施每一个场景。
第1部分：MVC架构和关注点分离的介绍。 第2部分：从头开始创建MVC应用程序，并使用LINQ to SQL连接数据库。 第3部分：使用EntityFramework DB-First方法连接MVC应用程序。 第4部分：使用EntityFramework Code-First方法连接MVC应用程序。 第5部分：在MVC应用程序中实现Repository模式与EntityFramework。 第6部分：在MVC应用程序中实现通用Repository模式和工作单元模式与EntityFramework。
准备好了吗？让从第1部分开始旅程。
将要涵盖的主题： MVC的含义。 理解MVC架构。 关注点分离。
模型（Model）： 应用程序操作的业务实体。许多应用程序使用持久化存储机制（如数据库）来存储数据。MVC没有特别提到数据访问层，因为它被理解为被模型封装。
视图（View）： 将模型渲染成交互形式的用户界面。
控制器（Controller）： 处理来自视图的请求并更新模型，导致模型状态的变化。
要在.NET中实现MVC，主要需要三个类（视图，控制器和模型）。
当选择一个解决方案时，关注点分离、应用程序的可维护性和可扩展性非常重要。根据下面的架构图，可以看到MVC应用程序的请求-响应流程。
架构本身是自解释的。浏览器（像往常一样）向IIS发送请求，IIS搜索MVC应用程序中定义的路由，并将请求传递给控制器，控制器根据路由与模型通信，并将填充的模型（实体）传递给视图（前端），视图用模型属性填充，并在浏览器上呈现，通过IIS将响应传递给浏览器，通过调用特定视图的控制器。
根据维基百科，“将计算机程序分解成功能重叠尽可能少的不同特征的过程”。MVC设计模式旨在将内容与呈现分离，数据处理与内容分离。理论上听起来不错，但在MVC中在哪里看到这一点呢？一个比较明显的地方是数据处理（模型）和应用程序的其余部分之间。