I am sure, most of you have heard with the release of Windows Phone 8.1, Windows Phone platform has converged with the Windows Runtime as never than before. If you take Windows Phone 8 and Windows 8, the similarities between both these platforms were around 30%. But Windows Phone 8.1 has around 90% convergence with the Windows Runtime. So basically what that means is 90% of things that you do with Windows Store Apps, you can do with Windows Phone 8.1 as well.
Windows Phone 8 has been using the Silverlight stack while new Windows Phone 8.1 will be using Windows Runtimes’ XAML stack. But if you want to continue with Silverlight, it’s still possible with Windows Phone Silverlight version of templates in Visual Studio.
|Windows Phone Silverlight|
Here in this post, what I am going to show you is, how Windows Phone is handling the Windows Phones’ hardware back button key press. It’s entirely different than in Window Phone Silverlight.
Let’s go by the example. Here I have 2 Windows Phone applications, one developed using Windows Phone Silverlight and the other developed using Windows Phone 8.1. In both applications, I have a button in the Main Page and when I click on the button, it will navigate to another page. And now what I need to test is clicking on hardware back button from the second screen from both these applications. Expected behavior is navigating back to the Main Page.
|Windows Phone App|
When I run both applications, Windows Phone Silverlight application, works as expected. But Windows Phone 8.1 application is getting terminated when you click on the hardware back button from the second page. That’s because in Windows Phone Silverlight applications, hardware back button is defaultly handled by the operating system. But in Windows Phone 8.1, it’s not like that (If you take a tablet there is no hardware back button key, so there is no need to handle that in Windows Runtime. Even in future Windows Phones, it's said to be included no hardware back button, instead there will be software back button.). So unfortunately, in this case you will need to write the code for hardware back button key press.
One way is, you can handle it for application level by implementing the Windows.Phone.UI.Input.HardwareButtons.BackPressed event in the App.xaml.
In App.xaml.csIf you want to handle it only for a specific page, you can do the following in the page level as well.
Now if you are thinking because of we have to manually handle hardware back button in Windows Phone 8.1 and since Windows Phone Silverlight handles back button automatically, Windows Phone Silverlight is good, well I don’t think so. It’s true that there are some features still which are only available in Windows Phone Silverlight and not available in Windows Phone, but Microsoft is in the process of making them available under Windows Runtime. By then it will be available for future Windows Phones. Because of this Windows Phone 8.1s’ convergence with Windows Runtime, you can develop apps for Windows Store as well as for Windows Phone having the same code base. Isn’t it just great.
I am uploading the sample code my OneDrive.