工作中之前接触过的WPF程序一直是使用TabControl作不同页面间的切换，每个Tab负责独立的功能，清晰简捷，所以一直就没有动力研究WPF自带的页面导航。（虽然接触过使用页面导航的WPF项目，也并没有去了解，而是似懂非懂地过去了。）
直到最近做的一个项目，用的还是TabControl，但在某个Tab里面，做的任务有些复杂，导致UI在操作前后会有很大的变化。很自然的想法就是在这个Tab中使用两个view（我并没有指明是UserControl还是Page），来回切换。然而粗略地调查了一下之后觉得实现起来有点麻烦，然后这个Tab也不是特别复杂，于是就硬着头皮使用了笨方法：把所有控件都画上去，后台的ViewModel用各种属性绑定控制各个控件的隐藏、显示、以及位置。
实现的效果很好，但终究是有些不踏实。于是最近趁着项目间歇，花时间看了一下WPF的页面导航，以下是学习总结。
1. WPF自带的页面导航
网上搜到了一篇WPF Navigation的博客，讲解地很到位。《WPF编程宝典》2010版的第24章内容差不多，也讲的很全面。
WPF的页面导航其实是微软在发明了Inductive User Interface 后引入的。据说用户往往觉得web应用要比桌面应用更好用，因此桌面应用着急了，就开始学web应用了。
WPF页面导航的几个关键组件：负责导航的NavigationService，可以导航的用户界面Page，以及最常用的导航容器Frame。在上文博客中还介绍了页面的生命周期，很有意思。还有更高级的PageFunction等等，很好很强大。再回头看看以前的那个使用导航的项目，觉得看懂了好多～
2. 不使用页面导航来实现页面跳转
然而有人表示不服。她是这样说的：“我一开始也被如何搞定页面导航弄糊涂了。不过，我坚信应该让ViewModel去做一切的工作，而View只是个漂亮的界面而已。我不想在界面上弄个按钮然后带段代码来切换页面。”
她想到了一个很漂亮的方案来实现页面跳转。分别在下面两个博客里。
第一篇博客说，你只需要在你的ViewModel里面加一个Property，叫CurrentView，然后根据情况为这个属性赋上不同的ViewModel。在主界面里，用一个ContentControl来绑定CurrentView。至于如何渲染界面，则采用DataTemplate！妙哉！
第二篇博客则补充了如何在application中加入一个ApplicationViewModel，来管理不同的ViewModel的切换。
最后她还推荐去看一下WPF的消息系统，如MVVM Light’s Messenger, 或 Microsoft Prism’s EventAggregator （to broadcast ChangePage commands from any ViewModel so you wouldn’t need to find the ApplicationViewModel to execute the ChangePageCommand, however that’s for another day）
是啊，that‘s for another day... 改天吧～