各位男人們，春節假期要到了，別忘了帶著你的父母、妻兒、女朋友們出門旅遊散心。覺得規劃行程很困難？害怕出門找不到路？沒關係，這個 app 幫助你解決這些困擾。
這是在旅遊的時候想到要做的點子，一般來說我總是擔任規劃旅遊行程的角色， 負責幫大家安排行程住宿之類的。 所以常常有些困擾，第一個是常常不知道自己規劃的路徑是不是正確；第二個則是如果你的朋友對於認識路這點不太在行，你拿個地圖跟他講了個半天還是說不清楚；而且總是要一個點一個點重新設定導航也挺麻煩 ，若是那個點不太出名，或是在沒有網路的狀況下，有時導航也沒轍。
應用程式列 ( AppBar 或稱 Application Bar ) 是一個極常使用到的功能, 然而它在兩種平台也有些不一樣的表現.
Windows Runtime Apps 中有個 Page Caching (頁面快取) 的功能, 這一篇來談談這個功能的效果, 影響與如何使用這個功能.
了解 Universal Apps 的方案結構與共用的兩個面向
Universal Apps 方案帶來了同時開發 Winndows 和 Windows Phone App 的便利性, 但在使用的過程中發現了一個小小的缺憾, 就是在 Page 共用這一點還不夠完整, 在預設的狀況下能在 Shared 專案中被新增的頁面範本只有空白頁面, 然而空白頁面缺乏了一些可以讓我們減少開發時間的既有程式碼. 有一種變通的方式是在 Windows 或 Windows Phone 專案中使用基本頁面 (Basic Page) 範本建立 Page 後再移動 Shared 專案, 繼之加上大量的修改, 為了節省這些時間, 我就動手做了一個可以共用基本頁面的專案範本和頁面範本.
因為前幾日看了一個新聞『導航到深山 港女迷路淚求救』, 於是乎就想何不在 Windows Phone 上來做這麼一個應用程式, 構想上就是希望可以在沒有網路且沒有GPS的狀況下可以運作。
簡單的入門基礎有了, 這一篇來做個比較有趣的課題, 一般的多國語系做法會讓UI 語系跟隨著使用者在設定中的預設語系改變, 但有些時候還是要考慮使用者可以在程式中使用手動的方式修改語系. 作法上並不困難, 讓我們繼續看下去.
對於原本就在開發 Windows Store Apps 的開發者來說，Universal Apps 多國語系開發應該都有一些基礎；不過對於原來純粹開發 Windows Phone 7/8.0 Apps 的開發者而言，多國語系的做法就是另外一回事了。就個人的開發經驗，Universal Apps (Windows Runtime Apps) 所使用的多國語系的作法比較起過去在 Windows Phone 7/8.0 上方式要來得簡便許多。這一套多國語系的作法起始於 Windows 8.0 Store Apps 的時代，基本的作法在網路上其實已經有相當多的文章、討論與影片，但為了能夠讓完全沒用過的人可以一次看完資料，所以還是從最基本的步驟開始說明起。
[Universal 不一樣] WebViewBrush
[Universal 不一樣] Page.Background
簡單解釋 Universal App 的頁面切換的流程