MVVM在WPF中需严格遵循职责分离、INotifyPropertyChanged通知、ICommand行为绑定及松耦合约束；缺一不可，否则退化为紧耦合代码。
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 外衣的紧耦合代码。真正难的是持续守住这条边界。
