WPF中应避免直接使用NavigationWindow，而采用ContentControl+DataTemplate实现MVVM友好导航：主窗体通过绑定CurrentView（ViewModel实例）自动渲染对应UserControl视图，配合自定义INavigationService管理导航栈与DI初始化。
WPF 中 NavigationWindow 不适合 MVVM 场景
直接用 NavigationWindow 做页面跳转，看似简单，但和 MVVM 模式天然冲突：它强制页面继承 Page，绑定逻辑难解耦，且无法复用已有 UserControl——多数真实项目里，你早就有了一堆基于 UserControl 的视图和对应的 ViewModel。
真正可落地的导航，是「容器不变、内容替换」：用一个主窗体（MainWindow）承载导航逻辑，靠 ContentControl + DataTemplate 绑定不同 ViewModel，让 WPF 自动渲染对应视图。
- 别把导航当成“打开新窗口”，而是“切换当前区域的内容”
-
Frame+Page仅适用于向导类、浏览器式应用，且不支持依赖注入初始化 ViewModel - 若强行用
NavigationService导航到Page，会丢失生命周期控制（如OnNavigatedTo不可靠），也难以统一处理返回栈
用 ContentControl + DataTemplate 实现松耦合导航
核心是让 UI 和数据层解耦：ViewModel 负责状态与跳转意图，View 负责呈现。不需要引用任何页面类型，也不需要在代码中 new 视图实例。
在 App.xaml 或主窗体资源中注册映射：
<DataTemplate DataType="{x:Type local:HomeViewModel}">
<local:HomeView />
</DataTemplate>
<DataTemplate DataType="{x:Type local:SettingsViewModel}">
<local:SettingsView />
</DataTemplate>主窗体中只放一个 ContentControl：
<ContentControl Content="{Binding CurrentView}" />-
CurrentView是一个object类型的属性（通常为 ViewModel 实例），通知变更后 WPF 自动匹配DataTemplate - 所有 View 必须是
UserControl（不是Window或Page），否则模板无法应用 - 避免在 ViewModel 中持有对 View 的引用；若需触发 UI 行为（如弹窗），应通过接口（如
IDialogService）抽象
导航服务（INavigationService）要自己写，别依赖框架
第三方库（如 Prism、MVVM Light）的导航服务往往过度设计，或强绑定其生命周期管理器。实际项目中，一个轻量、可测试的实现更可控。
典型接口定义：
public interface INavigationService
{
void NavigateTo<T>() where T : class, new();
void NavigateTo(Type viewModelType);
void GoBack();
}实现时注意三点：
- 内部维护一个
Stack<Type>记录历史，但不要自动保存整个 ViewModel 实例（可能含未释放资源） -
NavigateTo<T>()应通过 DI 容器解析T实例（如_container.GetInstance<T>()），而非new T() -
GoBack()不应销毁上一个 ViewModel，而应重用（除非明确需要刷新）；销毁逻辑由 ViewModel 自己实现（如实现IDisposable或监听Deactivated）
路由参数和返回值怎么传？别用 QueryString 风格
WPF 没有 URI 导航，硬套 Page?param=value 既难调试又破坏类型安全。正确做法是：导航前构造好目标 ViewModel 的构造参数或属性。
例如跳转到详情页并传 ID：
var detailVm = _container.GetInstance<DetailViewModel>(); detailVm.Initialize(itemId); // 显式初始化方法 _navigationService.NavigateTo(detailVm);
返回值处理同理——不要等导航结束再取结果，而是在源 ViewModel 中订阅目标 ViewModel 的事件：
_detailVm.OnSaved += () => { /* 刷新列表 */ };- 避免在导航服务中加泛型回调委托（如
NavigateTo<T>(Action<T> onReturn)），会导致内存泄漏和线程上下文混乱 - 如果必须跨 View 共享状态，用独立的
StateStore<T>或IMessenger（如 CommunityToolkit.Mvvm 的WeakReferenceMessenger） - 参数校验放在 ViewModel 的
Initialize方法里，而不是导航服务中——职责分离才利于单元测试
最常被忽略的一点：导航不是原子操作。从 A 切到 B 的瞬间，A 的 ViewModel 可能还在执行异步任务（如保存中），B 的视图可能已开始渲染。务必在 ViewModel 层做状态同步，而不是指望 UI 层“等一等”。
