本节我们简单介绍WPF的核心作用，并据此谈论三层架构，进而引申出WPF设计中常用的MVC和MVVM模式，最后再据此总结WPF的开发特性和前景优势。开发者需要明确认识WPF技术的使用目的，并熟知三层架构，明确MVC和MVVM模式的组成和逻辑。

WPF全称为Windows Presentation Foundation，是一种基于XAML、.NET和向量绘图技术的展示层开发框架，广泛用于软件图形界面的开发，是一种专门用来编写程序表示层的技术和工具。微软和其它平台上用于开发表示层的技术还有：

对于同一逻辑功能的项目，无论使用何种技术进行表示层的开发，其逻辑层和数据层都是相同的。由表示层、逻辑层和数据层构成的架构形式称为三层架构。

除了一些非常小巧的工具和插件外，大部分应用程序使用的都是多层架构的模块设计形式，最基本的就是三层架构。三层架构以高内聚、低耦合的思想，把程序的各个功能模块划分为表示层(UI)、业务逻辑层(BLL)和数据访问层(DAL)三层架构。三层架构的设计可以使得程序模块分工明确，划分具体开发工作，提高开发质量和开发效率，进而为软件系统日后的更新和维护提供较大便利。其结构示意图和大致功能如下。

例如在图书管理系统中，按照三层架构可以将功能划定为：

数据操作层包含公共数据访问代码，是用于操作和交互数据库中数据的逻辑代码。一般来说，数据层中包含数据库和一些存储过程。将包含数据访问逻辑代码的数据操作层划定在业务逻辑层或数据层是当下项目设计的两种常见划分形式。

将数据操作的逻辑代码置于业务逻辑层时，使得数据访问成为一种业务逻辑。业务逻辑层当中的其它核心功能通过同层的数据操作类访问数据，在表示层调用业务逻辑层的方法。因此在这种划定下，表示层对于数据的访问与业务逻辑层对于数据的操作调用的是相同的方法。在架构设计中，根据高内聚、低耦合的原则，我们希望上层的模块可以不必关心其它底层的操作细节。据此，更为标准的三层架构形式是将对数据的操作业务逻辑存放在数据层。

将所有的数据读取操作存放在数据层时，只需要在业务层再定义一个方法供表示层调用。在这种划定下，业务逻辑层和表示层都不需要了解底层的数据库，使得各层之间的功能解耦。

据此，我们常把数据层又称为数据访问层，定义为：

例如在图书管理系统中，数据库中有用于存储图书信息的数据表，其包含书名、作者、出版社和ISBN号等字段，该表存储图书的数据信息。

若将数据操作的逻辑代码置于业务逻辑层，在该层中，设定一个用于操作数据库的类DBoperator，并在该层中定义一个图书操作类BookManager，通过GetBookInfo()的方法用于访问到图书信息。其结构图如图所示。

此时，业务逻辑层想要获取图书信息时，需要调用GetBookInfo()方法，而表示层也通过此方法去调用图书信息，其它同层的业务逻辑需要图书信息时也需要调用到该方法。且DBoperator还可能需要针对不同的数据库甚至是多种数据库而增加或变更其中的方法。

若将所有的数据读取操作存放在数据层，将DBoperator类定义在数据层，并在该层中定义一个GetInfo()类用于获取数据库中的各种数据信息，其中包含一个CheckBookInfo()的方法用于获取图书信息。在业务逻辑层中，编写一个BookManager类，其GetBookInfo()方法用于从DAL层的CheckBookInfo()得到图书信息，且该方法专门提供给UI层调用。其结构关系图如图所示。

此时，BLL层中的其他业务方法可以通过DAL层的GetInfo类获取到相关信息，而UI层可以通过BLL层提供的方法得到数据，可以减少同层之间的模块依赖，使得三层架构功能划定更为清晰合理。三层架构的分层模式是典型的上下关系，上层依赖于下层。

在三层架构的各层模块之间，通过对象模型的实体类(Model)作为数据传递的载体，不同的对象模型的实体类一般对应于数据库的不同表，实体类的属性与数据库表的字段名一致。

实体类库是数据库表的映射对象，在系统软件实际开发的过程中，要建立对象实例，将关系数据库表采用对象实体化的方式表现出来，辅助软件开发中对各个系统功能的控制与操作执行，并 把数据库表中的所有字段映射为系统对象，建立实体类库，进而实现各个结构层的参数传输，提高代码的阅读性。从本质上看，实体类库服务三层之间的数据参数传输。

我们经常听说的MVC、MVP、MVVM都是常见的表现模式(Presentation Pattern)，它通过分离关注点来改进代码的组织方式。其不同于设计模式(Design Pattern)，设计模式是为了解决一类问题而总结出来的抽象方法，表现模式侧重于解决代码组织，往往使用了多种设计模式，因此其也称作复合设计模式。

而相对于三层架构而言，三层架构是一种基于业务逻辑来分的软件架构模式(Architecture Pattern)，MVC、MVVM等表现模式是基于页面类分的一种复合设计模式，即一种解决方案。更直接的说法是，三层架构属于软件整体架构，MVC、MVVM等属于页面框架设计，因此架构模式和表现模式是可以共存的。

在前面的介绍中我们知道，WPF是专门用于表示层开发的技术工具，因此下面我们主要谈论MVC等对于表示层的应用，要注意的是，其也可以在后端进行框架设计。MVC和MVVM作用于三层架构中的UI层，也就是说，其把三层架构中的UI层再度进行了分化，三层架构与表现层的框架模式是共存的。例如在MVC( Model-View-Controller)中，严格说这三个加起来才是三层架构中的UI层，也就是说，MVC把三层架构中的UI层再度进行了分化。

MVC模式是GUI界面开发的指导模式。它基于表现层功能划分的思想把程序分为三大部分：Model-View-Controller，呈三角形结构。Model是数据模型，View是用户界面，Controller是控制器。MVC的设计目的是实现功能结构的规划。

有关MVC之间的通信，在不同领域和应用场景中众说纷纭，这里以微软官方帮助文档的ASP.NET Core MVC模式为主要参考进行介绍。用户请求被路由到控制器，后者负责使用模型来执行用户操作和/或检索查询结果。 控制器选择要显示给用户的视图，并为其提供所需的任何模型数据。

MVC的通信核心就在于控制器Controller，以控制器为核心划分了视图和数据，但并非是完全分离的，View和Model之间在实际项目中是存在一定联系的。MVC之间的通信是单向进行的，View和controller是单向引用。而实际中View和Controller也是有数据交互的。

以简单的登陆模块为例，输入用户名和密码，校验正确跳转页面，输入错误则提示个错误信息。 这个模块中，起始的输入用户名密码的页面跟经过校验后跳转的页面就相当于View； Controller页面用于接收输入进来的用户名密码，其中经过校验后返回的一个标志位为Flag；Model是用于校验的类，其处理输入的账户信息是否与设定好的信息一致，之后返回一个Flag结果。 这样就完全实现了逻辑跟页面的分离，View只负责显示；Controller无需知道Model的判断结果如何，只需将输入的信息和结果传递到对应的模型和页面上；Model只需要根据Controller提供的输入信息，运算出Flag结果值。

MVC是表现模式(Presentation Pattern)，三层架构是典型的架构模式(Architecture Pattern)，三层架构的分层模式是典型的上下关系，上层依赖于下层。但MVC作为表现模式是不存在上下关系的，而是相互协作关系。MVC和三层架构基本没有可比性，是应用于不同领域的技术。

总结一下，MVC模式的优点其实就是它划分了功能模块，有利于软件工程化管理，由于不同的层各司其职，每一层不同的应用具有某些特性，有利于通过工程化、工程化管理程序代码，可以使用控制器来连接不同的模型和视图去完成客户的需求。控制器可以根据用户需求选择模型进行处理，然后选择视图处理结果显示给用户。总之，MVC可以使得我们更加方便、合理、快捷地设计和管理项目。

MVVM即Model-View-ViewModel，它是一种基于前端开发的表现模式，其核心是提供对View 和 ViewModel 的双向数据绑定，这使得 ViewModel 的状态改变可以自动传递给 View。MVVM与MVC的Model和View基本类似，主要区别在于MVVM的ViewModel。

ViewModel是MVVM模式的核心，它是连接View和Model的桥梁。它有两个方向：

这两个方向都实现的，我们称之为数据的双向绑定。View层和Model层并没有直接联系，而是通过ViewModel层进行交互。

ViewModel通常要实现一个observer观察者，当数据发生变化，ViewModel能够监听到数据的这种变化，然后通知到对应的视图做自动更新，而当用户操作视图，ViewModel也能监听到视图的变化，然后通知数据做改动，这实际上就实现了数据的双向绑定。

在MVC里，View是可以直接访问Model的，所以View里会包含Model信息以及一些业务逻辑，反之亦然。 MVC模型关注的是页面功能的划分，且在于强调控制器的作用，所以在MVC模型里，Model和View是存在一定的依赖关系的。

MVVM在概念上是真正将页面与数据逻辑分离的模式，View和Model彻底分离，View和Model不知道彼此的存在，通过数据绑定的形式把Model绑定到UI的元素上。

关于WPF技术的描述，下列说法有误的是

下列有关三层架构的说法，不正确的是

下列有关三层架构及其数据交互的表述，有误的是

下列有关表现模式和架构模式的描述，说法有误的是

下列有关MVC式的描述，说法有误的是

有关MVC和三层架构的表述，正确的是

有关MVVM模式的描述，下列说法有误的是

有关MVVM模式各部分之间的依赖关系，下列说法正确的是

如何描述MVVM模式下各个部分之间的常见依赖关系？

ViewModel可以直接获取到Model的信息，直接访问模型上的属性和方法；但要注意的是，模型时不了解平台或ViewModel的，即模型不能直接获取ViewModel的信息。此外，ViewModel也不能直接获取View的信息，这取决于访问和绑定这些属性的视图。

MVVM中难以创建单元测试的是模型、视图还是 ViewModel？

视图通常主要由 XAML 实现，其最有可能与平台紧密耦合，即使对其进行编码也难以进行单元测试。

MVVM与MVC的核心区别是什么？

在MVC里，View是可以直接访问Model的，所以View里会包含Model信息以及一些业务逻辑，反之亦然。 MVC模型关注的是页面功能的划分，且在于强调控制器的作用，所以在MVC模型里，Model和View是存在一定的依赖关系的。MVVM在概念上是真正将页面与数据逻辑分离的模式，View和Model彻底分离，View和Model不知道彼此的存在，通过数据绑定的形式把Model绑定到UI的元素上。

https://baike.baidu.com/item/三层架构/11031448?fr=ge_alahttps://baike.baidu.com/item/%E4%B8%89%E5%B1%82%E6%9E%B6%E6%9E%84/11031448?fr=ge_ala

ASP.NET Core MVC 概述 | Microsoft Learn了解 ASP.NET Core MVC 这一丰富框架如何使用“模型-视图-控制器”设计模式构建 Web 应用和 API。https://learn.microsoft.com/zh-cn/aspnet/core/mvc/overview?view=aspnetcore-7.0

百度安全验证https://baijiahao.baidu.com/s?id=1705333225423245283&wfr=spider&for=pc

[61]MVC与三层架构 - 知乎三层架构和MVC三层架构 (3-tier application) 是将整个业务应用划分为：表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL）。区分层次的目的即为了“高内聚，低耦合”的思想。 1、表现层（UI）：展现给用户的界…https://zhuanlan.zhihu.com/p/339367388

为 Xamarin.Forms 设计 MVVM 视图模型 - Training | Microsoft Learn了解如何使用 MVVM 设计模式通过业务逻辑和用户界面代码来改进代码的可测试性。https://learn.microsoft.com/zh-cn/training/modules/design-a-mvvm-viewmodel-for-xamarin-forms/

MVC和MVVM_mvc mvvm-CSDN博客区别：MVC表示“模型-视图-控制器”，MVVM表示“模型-视图-视图模型”；MVVM是由MVC衍生出来的。MVC中，View会直接从Model中读取数据；MVVM各部分的通信是双向的，而MVC各部分通信是单向的；MVVM是真正将页面与数据逻辑分离放到js里去实现，而MVC里面未分离。MVC和MVVM是两种流行的设计模式。其中，MVC表示模型-视图-控制器，MVVM表示模型-视图-视图模型； MVVM是由MVC衍生出。这些设计模式大体上都有助于开发松散组合、易于测试和维护的应用程序。MVC（Mode._mvc mvvmhttps://blog.csdn.net/weixin_45277161/article/details/123678470

此处提供Wolai链接，提供更好的阅读体验：

01 理论概述与模式框架本节我们简单介绍WPF的核心作用，并据此谈论三层架构，进而引申出WPF设计中常用的MVC和MVVM模式，最后再据此总结WPF的开发特性和前景优势。开发者需要明确认识WPF技术的使用目的，并熟知三层架构，明确MVC和MVVM模式的组成和逻辑。https://www.wolai.com/eE76xaXQuwTgUT6autG4qg