MVVM在C#桌面项目中非必须但需规避常见坑：INotifyPropertyChanged实现不全、ICommand绑定错误、DataContext生命周期不同步均会导致UI无响应或异常。
MVVM 在 C# 桌面项目里不是“必须用”，而是“用了得知道怎么绕过坑”——尤其当你用的是 WPF，又没上 Prism 或 MVVM Toolkit 时，INotifyPropertyChanged 手写漏一个属性、Command 绑定错名字、或者 DataContext 被意外覆盖，界面就直接静音。
WPF 中 ViewModel 不响应 UI 变化？先查 INotifyPropertyChanged 实现是否完整
常见错误现象：改了 ViewModel 里的 UserName 字段，TextBlock 没刷新；断点确认赋值执行了，但 UI 没反应。
- 必须确保属性 setter 里调用了
OnPropertyChanged("UserName")（或用[CallerMemberName]简化）；只改字段值不触发通知，WPF 完全不知道有变化 - 别在构造函数里直接给属性赋初值后就不管——如果此时
DataContext还没设，通知发出去也没人听；建议初始化完再设DataContext - 避免用自动属性 + 背后字段混用：比如
private string _userName; public string UserName { get => _userName; set => _userName = value; }——这不会触发通知，必须显式调用OnPropertyChanged
示例（精简版）：
public class MainViewModel : INotifyPropertyChanged
{
private string _userName;
public string UserName
{
get => _userName;
set
{
_userName = value;
OnPropertyChanged(); // 依赖 [CallerMemberName]
}
}
<pre class="brush:php;toolbar:false;">public event PropertyChangedEventHandler PropertyChanged;
protected virtual void OnPropertyChanged([CallerMemberName] string propertyName = null) =>
PropertyChanged?.Invoke(this, new PropertyChangedEventArgs(propertyName));}
ICommand 绑定失败？重点看 CanExecute 返回值和 CommandParameter 类型匹配
常见错误现象：按钮始终灰掉（IsEnabled=false），或点击无反应，XAML 里明明写了 Command="{Binding SaveCommand}"。
-
ICommand.CanExecute默认返回false——如果你没重写它，或重写后逻辑返回false，按钮就一直禁用。调试时打个断点看这里是否被调用、返回啥 -
CommandParameter传的是string，但Execute(object parameter)里直接当int强转，会静默失败（不报错，但方法体根本没执行） - 别在 ViewModel 构造时就 new 一个
RelayCommand，然后忘了把CanExecuteChanged事件挂到CommandManager.RequerySuggested——否则状态变化后按钮不会自动重算启用状态
轻量实现参考（不用第三方库）：
public class RelayCommand : ICommand
{
private readonly Action<object> _execute;
private readonly Func<object, bool> _canExecute;
<pre class="brush:php;toolbar:false;">public RelayCommand(Action<object> execute, Func<object, bool> canExecute = null)
{
_execute = execute;
_canExecute = canExecute ?? (_ => true);
}
public bool CanExecute(object parameter) => _canExecute(parameter);
public void Execute(object parameter) => _execute(parameter);
public event EventHandler CanExecuteChanged
{
add => CommandManager.RequerySuggested += value;
remove => CommandManager.RequerySuggested -= value;
}}
View 和 ViewModel 生命周期不同步？小心 DataContext 被重复设置或提前释放
常见错误现象：页面切换后，旧 ViewModel 的 PropertyChanged 还在被调用（引发 NullReference）；或者新 View 显示空白，DataContext 是 null。
- 别在 View 的
Loaded事件里反复 new ViewModel ——WPF 可能多次触发 Loaded（比如窗口最小化再恢复），导致多个 ViewModel 实例竞争绑定 - 如果用导航框架（如
Frame+Page），确保每次导航都新建 View，而不是复用；否则旧DataContext可能残留，新数据进不来 - ViewModel 里持有 UI 对象（比如
Window或TextBox）是危险的——会造成内存泄漏，且 WPF 线程模型下跨线程访问会直接抛异常
真正难的不是写完三个类，而是搞清谁在什么时候创建、谁负责销毁、通知链路上哪一环断了没人兜底。特别是多线程更新属性、异步加载数据后触发通知、或者用 CollectionViewSource 做分组排序时，INotifyCollectionChanged 和 INotifyPropertyChanged 得配合对，不然列表动了但分组头不更新，这种问题连断点都难抓。
