如何在UWP中统一处理不同设备间的页面回退逻辑

已经有一段时间没有写博客来记录自己的学习点滴了。现在回想起来确实有些惭愧，期间经历了一些事情，到目前为止算是平息了，是时候该收收心来充实自己了。

在本篇缪文中，楼主打算给UWP开发的初学者讲述一个在开发中经常遇到的很现实的问题：页面回退逻辑 。

众所周知，UWP的应用程序理论上是可以运行在Windows上的各种设备上，其中包括Windows PC、WindowsMobile、XBox、IOT等。当我们的UWP应用程序运行在不同的设备上时，不同设备间的页面回退逻辑我们就要考虑周全，要考虑不同设备间的页面回退操作该如何设计才能更好的满足用户的使用需求。因此，我们有必要将不同设备间的页面回退逻辑进行统一封装，这样一来不仅有利于代码的维护，而且也有利于回退功能的扩充，实现了实现了“高内聚低耦合“。为了方便，楼主这里只简单论述一下当我们的UWP应用程序运行在PC上和Mobile上时该如何处理不同平台的页面回退逻辑。当应用程序运行在PC上时，页面回退常常是通过用户点击应用程序提供的一个回退按钮来进行页面回退，但是当我们的应用程序运行在Mobile上时，用户更愿意使用手机设备上提供的物理后退键来进行页面回退，这样一来，我们就需要使用封装的思想来进行封装。

1、理论分析：

在新的MSDN中，微软为我们提供了一套新的API：SystemNavigationManager 。当UWP应用程序在PC上运行的时候，通过此API，我们可以为应用程序提供一个回退按钮来向用户暗示此页面是可以回退的，当用户点击该按钮后，页面成功回退。但是当我们的UWP应用程序运行在Mobile上时，如果还是用这种方法来进行页面回退的的话，对用户来说就可能不是很友好，因此，我们要投其说好，用手机设备上的物理后退键来实现相应的页面回退逻辑，其对应的API为：HardwareButtons.BackPressed。分析到这，我们基本上明白该如何处理这两中设备间的回退逻辑的差异。So，问题来了：我们该把这套逻辑放到哪里合适？何时使用这套逻辑较为合适？ 这是两道主观题，仁者见仁智者见智。楼主这里抛砖引玉，为初学者论述一种方法。

由于应用程序刚启动的时候会触发App.OnLaunched()函数，所以我们需要修改OnLaunched（）函数；其次，为了保证页面的唯一性，我们这里使用“框架页”的方法来承载不同的页面，通过Frame来完成页面的跳转；最后，我们还需要实现一个用户控件来方式应用程序的主题框架。

总结一句话就是：让应用程序来加载我们的用户控件，让用户控件来承载我们的框架页，让框架页来完成应用程序的页面跳转。

是不是感觉很绕口？？没关系，接下来我们看看实际的代码该如何写………………

2、代码实现：

首先：

　　我们需要为我们的应用程序创建一个页面跳转服务类：NavigationService，该类封装页面的回退逻辑。需要指出的是：由于SystemNavigationManager 可以实现不同平台的回退逻辑，因此我们没必要再单独将Mobile的物理后退键封装（谢谢yan_xiaodi的纠正）。代码很简单，我相信你看一下就会的。

private void homeCmd_Tapped(object sender, TappedRoutedEventArgs e)
{
App.NavService.NavigateToHome();
}

private void articleCmd_Tapped(object sender, TappedRoutedEventArgs e)
{
App.NavService.NavigateTo(typeof(BlankPage1), null);
}

private void questionCmd_Tapped(object sender, TappedRoutedEventArgs e)
{
App.NavService.NavigateTo(typeof(BlankPage2), null);
}

private void thingCmd_Tapped(object sender, TappedRoutedEventArgs e)
{
App.NavService.NavigateTo(typeof(BlankPage3), null);
}

View Code

好了，写到这了算是已经大功告成了。我们还是看一下实际的运行效果吧。



　　这是在PC上运行的效果，在手机上运行的效果和这类似，但是页面回退是使用物理后退键来完成的，感兴趣的朋友可以自行尝试一下。

需要指出的是，如果你在手机上运行的话，你会发现这种方法会给你额外赠送一个彩蛋：当我们需要对系统标题栏的颜色进行设置的时候，我们完全可以在我们的用户控件中实现，哪怕我们需要填充一种图片或者其他复杂的元素都可以通过简单几行XAML代码都是可以搞定的。

3、总结：

　　 这种处理方法不知能否满足各位的某种实际需求？ 需求千千万，代码改不断，所以作为一个程序猿，我们不仅要提高我们的编码能力，同时解决问题的能力也要不断提高。这里简要总结一下使用到的知识：

　　　　封装的思想；

　　　　用户控件；

　　　　框架页；

　　　　好像也没啥了：）

　　废话说来这么多，不知各位看官是否看懂？？？俗话说得好：实践出真知。所以建议感兴趣的朋友还是亲自尝试一下比较好。

点击下载示例

　　再次感谢 youngytj，Leandro指正代码中写的不好的部分，欢迎各位大大继续拍砖。代码已修改。