引言：为什么需要MVVM？
在传统的WPF开发中，我们经常在XAML的后置代码（Code-Behind）中编写大量的界面逻辑和数据处理代码。这种方式导致界面（View）与业务逻辑紧密耦合，难以维护、测试和扩展。例如，一个简单的按钮点击事件处理函数可能既包含了UI更新，又包含了数据验证和数据库操作。
MVVM（Model-View-ViewModel）模式正是为了解决这个问题而生。它是MVC（Model-View-Controller）模式在WPF中的变体，通过引入ViewModel层，完美地利用了WPF强大的数据绑定机制，实现了View和ViewModel的完全解耦。
Model
：代表数据和业务逻辑，与UI完全无关。
View
：用户界面，即XAML文件，负责显示数据。
ViewModel
：连接View和Model的桥梁，它包含View需要显示的数据和操作这些数据的命令。
一、MVVM的核心组件：数据绑定（Data Binding）
数据绑定是MVVM的基石，它建立了View元素（如TextBox、TextBlock）的属性与ViewModel属性之间的连接。
1.1 绑定模式（Binding Mode）
绑定的方向由
Binding
的
Mode
属性决定，主要有以下几种：
OneWay
：源（ViewModel） -> 目标（View）。当源改变时，目标更新。
TwoWay
：源 <-> 目标。任何一方改变都会更新另一方。这是最常用的模式，特别是对于输入控件。
OneTime
：仅在加载时从源同步到目标一次。
OneWayToSource
：目标 -> 源。当目标改变时，更新源。
1.2 INotifyPropertyChanged 接口
为了让View能够实时响应ViewModel属性的变化，ViewModel必须实现
INotifyPropertyChanged
接口。当属性值改变时，我们需要手动触发
PropertyChanged
事件。
示例代码：实现基础ViewModel基类
using System.ComponentModel;
using System.Runtime.CompilerServices;
public class ObservableObject : INotifyPropertyChanged
{
public event PropertyChangedEventHandler PropertyChanged;
// 这是一个辅助方法，用于简化属性设置器的代码
protected virtual void OnPropertyChanged([CallerMemberName] string propertyName = null)
{
PropertyChanged?.Invoke(this, new PropertyChangedEventArgs(propertyName));
}
// 泛型方法，更安全地设置值
protected bool SetProperty
{
if (EqualityComparer
field = value;
OnPropertyChanged(propertyName);
return true;
}
}
在ViewModel中使用：
public class MainViewModel : ObservableObject
{
private string _userName;
public string UserName
{
get => _userName;
set => SetProperty(ref _userName, value); // 使用基类方法，自动触发事件
}
}
1.3 在XAML中进行绑定
首先，我们需要在XAML中引入ViewModel的命名空间，并设置DataContext。
运行效果
：当你在TextBox中输入文字时，下方的TextBlock会实时显示相同的内容。这完全是在XAML中声明完成的，Code-Behind中没有任何代码。
二、MVVM的另一个支柱：命令模式（Commanding）
在传统WPF中，我们使用
Click=”Button_Click”
事件处理程序。但在MVVM中，我们希望逻辑都在ViewModel里。这时就需要用到命令（Command）。
2.1 ICommand 接口
WPF的命令系统基于
ICommand
接口，它定义了两个方法：
Execute(object parameter)
：执行命令时调用的逻辑。
CanExecute(object parameter)
：返回一个布尔值，指示命令是否可以执行（通常用于控制按钮的启用/禁用状态）。
2.2 实现RelayCommand
虽然WPF内置了
RoutedCommand
，但它不适合MVVM。我们通常自己实现一个通用的
RelayCommand
类。
using System;
using System.Windows.Input;
public class RelayCommand : ICommand
{
private readonly Action
public event EventHandler CanExecuteChanged
{
add { CommandManager.RequerySuggested += value; }
remove { CommandManager.RequerySuggested -= value; }
}
public RelayCommand(Action
public bool CanExecute(object parameter)
{
return _canExecute == null || _canExecute(parameter);
}
public void Execute(object parameter)
{
_execute(parameter);
}
}
注意
：
CommandManager.RequerySuggested
是一个全局事件，当UI有任何变化时（如焦点改变），它都会触发，从而自动更新按钮的
IsEnabled
状态。
2.3 在ViewModel中定义命令
让我们扩展之前的
MainViewModel
，添加一个提交按钮的命令。
public class MainViewModel : ObservableObject
{
private string _userName;
public string UserName
{
get => _userName;
set => SetProperty(ref _userName, value);
}
// 定义命令属性
public ICommand SubmitCommand { get; }
public MainViewModel()
{
// 初始化命令，关联到一个方法
SubmitCommand = new RelayCommand(ExecuteSubmit, CanExecuteSubmit);
}
// 命令执行逻辑
private void ExecuteSubmit(object parameter)
{
// 假设这里会弹出一个消息框或者发送数据到服务器
// 在实际WPF中，我们可以使用MessageBox，但为了保持ViewModel纯净，
// 通常会使用一个IDialogService来交互，这里为了演示简单直接使用。
System.Windows.MessageBox.Show($”提交成功！用户名是: {UserName}”);
}
// 命令是否可用的逻辑
private bool CanExecuteSubmit(object parameter)
{
// 如果用户名为空或空字符串，按钮不可用
return !string.IsNullOrWhiteSpace(UserName);
}
}
2.4 在XAML中绑定命令
现在，我们在XAML中将按钮的
Command
属性绑定到ViewModel中的
SubmitCommand
。
运行效果
：
初始状态下，按钮是灰色的（禁用状态），因为用户名为空，
CanExecuteSubmit
返回
false
。
当你在TextBox中输入任意字符后，按钮自动变为可用状态。
点击按钮，弹出消息框显示用户名。
三、解决常见问题：值转换器（Value Converters）
有时候，我们需要在绑定时转换数据的格式。例如，将布尔值转换为可见性（Visibility），或者将日期格式化为字符串。这时就需要用到
IValueConverter
。
3.1 创建转换器
假设我们需要一个功能：如果用户名为空，隐藏某个提示TextBlock。
using System;
using System.Globalization;
using System.Windows;
using System.Windows.Data;
public class StringToVisibilityConverter : IValueConverter
{
public object Convert(object value, Type targetType, object parameter, CultureInfo culture)
{
// 如果字符串不为空且不是空格，则返回Visible，否则返回Collapsed
return !string.IsNullOrWhiteSpace(value as string) ? Visibility.Visible : Visibility.Collapsed;
}
public object ConvertBack(object value, Type targetType, object parameter, CultureInfo culture)
{
throw new NotImplementedException();
}
}
3.2 在XAML中使用转换器
首先，需要在Window资源中定义转换器实例。
四、进阶：使用社区工具包简化开发（CommunityToolkit.Mvvm）
手动编写
ObservableObject
和
RelayCommand
虽然有助于理解原理，但在实际项目中，我们通常使用成熟的库来减少样板代码。微软官方维护的
CommunityToolkit.Mvvm
(原Microsoft.Toolkit.Mvvm) 是目前的最佳实践。
4.1 安装NuGet包
在项目中安装
CommunityToolkit.Mvvm
。
4.2 简化后的ViewModel
使用该工具包，我们的ViewModel可以变得非常简洁。
using CommunityToolkit.Mvvm.ComponentModel;
using CommunityToolkit.Mvvm.Input;
using System.Windows.Input;
// 继承ObservableObject，它已经实现了INotifyPropertyChanged
public partial class MainViewModel : ObservableObject
{
// [ObservableProperty] 特性会自动生成一个属性和对应的set/get逻辑
// 并在set中触发OnPropertyChanged
[ObservableProperty]
private string _userName;
// [RelayCommand] 特性会自动生成一个ICommand属性
// 属性名为方法名+Command (这里是Submit)
[RelayCommand(CanExecute = nameof(CanSubmit))]
private void Submit()
{
System.Windows.MessageBox.Show($”提交成功！用户名是: {UserName}”);
}
// 这个方法会被上面的CanExecute参数引用
private bool CanSubmit()
{
return !string.IsNullOrWhiteSpace(UserName);
}
}
XAML绑定写法完全不变
，依然是
Command=”{Binding SubmitCommand}”
。
五、总结与最佳实践
保持ViewModel纯净
：ViewModel不应该引用任何UI相关的命名空间（如
System.Windows
）。如果需要弹窗、打开文件等操作，应该定义接口（如
IDialogService
），并在UI层实现它（依赖注入）。
扁平化数据
：ViewModel中的属性尽量保持简单类型或DTO（数据传输对象）。避免复杂的对象图，除非你确信UI需要绑定它们的深层属性。
使用工具包
：强烈推荐使用
CommunityToolkit.Mvvm
，它能极大减少代码量并避免手写
INotifyPropertyChanged
时的拼写错误。
关注点分离
：
View
：只负责怎么显示（布局、颜色、动画）。
ViewModel
：负责显示什么数据（数据状态）和能做什么操作（命令）。
Model
：负责数据的定义和业务规则（数据验证、数据库交互）。
通过掌握数据绑定和命令模式，你就已经迈出了MVVM的第一步。这不仅仅是代码结构的改变，更是开发思维的转变——从“命令式”（告诉UI怎么做）转变为“声明式”（描述UI应该是什么样）。