WPF 中实现 MVVM 不是靠某个“魔法开关”，而是靠明确分离职责 + 正确绑定机制 + 一套约定俗成的支撑结构。没引入
INotifyPropertyChanged或没走
Binding路径，就不是真正可用的 MVVM。
必须实现 INotifyPropertyChanged
才能触发 UI 自动更新
ViewModel 层任何需要响应式更新 View 的属性，都得手动通知变更。WPF 的
Binding默认只监听这个接口，不实现它，改了属性值 UI 也纹丝不动。
常见错误：只写属性 getter/setter，却忘了 raise
PropertyChanged；或在后台线程里直接调用
OnPropertyChanged导致跨线程异常。 用
nameof(MyProperty)替代字符串字面量，避免重命名后绑定失效 若属性计算依赖其他属性（如
FullName依赖
FirstName和
LastName），修改任一依赖项时都要主动触发
FullName的通知 在异步操作（如
Task.Run）中更新属性前，确保用
Dispatcher.Invoke或
await Dispatcher.BeginInvoke回到 UI 线程
ICommand
是连接 View 和 ViewModel 行为的核心桥梁
按钮点击、菜单执行等交互逻辑不该写在 Code-Behind，而应由 ViewModel 提供
ICommand实例（常用
RelayCommand或
DelegateCommand自定义实现），View 通过
Command属性绑定触发。
典型陷阱：命令执行方法里抛异常未捕获，导致 UI 冻结或静默失败；
CanExecute没关联状态变化，按钮一直不可点或该禁用时仍可点。
CanExecuteChanged必须被正确触发——比如用
CommandManager.RequerySuggested订阅全局建议，或在相关属性变更时手动调用
OnCanExecuteChanged()不要在
Execute中直接操作
TextBox.Text这类 UI 元素，所有数据应流经绑定的属性 若需传参（如
Button.CommandParameter），确保
Execute(object parameter)方法能安全处理
null或类型不匹配
View 和 ViewModel 之间不能有直接引用，绑定路径必须可解析
View 的
DataContext必须设为 ViewModel 实例（通常在 XAML 中用
DataContext="{Binding Source={StaticResource MyVm}}" 或代码中赋值），且所有 Binding Path=xxx都要对应 ViewModel 上的 public 属性或属性链（如
Path=User.Name）。
常见失败现象：
Output窗口刷出 “BindingExpression path error”，说明路径不存在、访问级别不对（如 internal）、或 DataContext 根本没设对。 避免在 View 中写
Loaded事件去 new ViewModel——这会破坏松耦合，也妨碍设计时数据上下文（DesignTime DataContext）生效 使用
d:DataContext="{d:DesignInstance local:MyViewModel}" 让 XAML 编辑器显示模拟数据，同时不影响运行时行为
集合绑定必须用 ObservableCollection<t></t>，普通
List<t></t>增删元素不会通知 UI
MVVM 的复杂性不在语法，而在约束力——一旦漏掉
INotifyPropertyChanged的一次通知，或让 View 直接调用 ViewModel 的 void 方法而不走
ICommand，整个模式就退化成披着 MVVM 外衣的紧耦合代码。真正难的是持续守住这条边界。
