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}"><homeview></homeview></datatemplate><datatemplate datatype="{x:Type local:SettingsViewModel}"><settingsview></settingsview></datatemplate>
主窗体中只放一个 ContentControl：
<contentcontrol content="{Binding CurrentView}"></contentcontrol>
-
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();
}</t>
实现时注意三点：
- 内部维护一个
Stack<type></type>记录历史，但不要自动保存整个 ViewModel 实例（可能含未释放资源） -
NavigateTo<t>()</t>应通过 DI 容器解析T实例（如_container.GetInstance<t>()</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);</detailviewmodel>
返回值处理同理——不要等导航结束再取结果，而是在源 ViewModel 中订阅目标 ViewModel 的事件：
_detailVm.OnSaved += () => { /* 刷新列表 */ };
- 避免在导航服务中加泛型回调委托（如
NavigateTo<t>(Action<t> onReturn)</t></t>），会导致内存泄漏和线程上下文混乱 - 如果必须跨 View 共享状态，用独立的
StateStore<t></t>或IMessenger（如 CommunityToolkit.Mvvm 的WeakReferenceMessenger） - 参数校验放在 ViewModel 的
Initialize方法里，而不是导航服务中——职责分离才利于单元测试
最常被忽略的一点：导航不是原子操作。从 A 切到 B 的瞬间，A 的 ViewModel 可能还在执行异步任务（如保存中），B 的视图可能已开始渲染。务必在 ViewModel 层做状态同步，而不是指望 UI 层“等一等”。
