一般我們在開發Window Phone App 時，很長使用NavigationService功能來跳至新的頁面，但若跳至新的頁面按下返回時不想要回到同一個頁面時我們可以使用刪除巡覽頁面NavigationService的歷史紀錄來達成這個功能，但是一般情況下不建議刪除，因為不符合Windows Phone的使用體驗，上架審核百分之200萬一定位被退件，但是只要用用的巧妙，不但可以應用於省去OnNavigationTo的相對應的處理，還可以省去一些麻煩。
本篇文章將引導您刪除巡覽頁面NavigationService的歷史紀錄，應用於省去OnNavigationTo的相對應的處理。
一般我們在撰寫Windows Store App 或 Windows Phone App 時，很容易會利用參數的傳遞來做跳頁的動作，然後再OnNavigationTo裡接收參數後初始化一些自定義的功能，但是若我們在頁面中按下【Home鍵】或【Bing Search 鍵】時頁面跳出觸發OnNavigationFrom，在按下【返回鍵】回到應用程式內又再次觸發 OnNavigationTo，此時又會在初始化自定義的功能一次，這代表著自定義初始化裡的物件和變數都更新了，就的資料也被洗掉。
本篇文章將引導您簡易判斷應用程式頁面是否為第一次進入。
一般我們在撰寫Windows Store App時，很會去使用Frame.Navigate導覽至其他的頁面，但是當我們移至其他頁面後按下返回，回到原本的頁面卻發現資料遺失了!所有的控制項皆呈現最初的樣貌，這時我們就可以開啟NavigationCacheMode來保留我們原始頁面的資料唷!
本篇文章將引導您啟用NavigationCacheMode，以防Navigate導覽至其他頁面時的資料遺失。
Windows Phone 8 換頁傳遞參數 兩種方法 Navigation 、PhoneApplicationService
為什麼要傳遞參數?可以用在那些地方呢?!
譬如說，假設有一個食譜的APP，裡面有食譜的清單，當我們點下其中一個餐點時則會跳到另一個頁面介紹餐點的製作方法，傳統的方法我們會一頁一頁製作餐點的內容，但這是非常不方便而且消耗開發者大量的腦力，所以傳遞參數可以幫務我們解決這個問題，只要將餐點編號傳遞到介紹餐點的頁面，我們再去資料庫或是網路抓相對應的資料，這樣就可以省下非常多的時間，專案也會相對的好管理囉!
