Get Application Information

在 Windows 8 時要利用 WinRT 的 API 拿到應用程式名稱是一件麻煩的事情，目前在 8.1 提供的 SDK 中撰寫 Windows Store Apps 加入了比較直覺的取用方法，但很可惜的在 Windows Phone Store Apps 中並不支援，這裡記錄如何在 Store Apps 中取得應用程式的資訊。

Store App 加入 App Bar

轉換到 Store Apps 的 Windows Phone 8.1 專案，雖然和 Windows 8.1 同樣使用 Windows Runtime SDK，但之前提過，這代表著兩者大部份的 API 相同，並非全部，而 App Bar 剛好就是一個有差異的例子。Phone 8.1 使用 App Bar 的撰寫方式和 Win 8.1 是相似的，但行為概念和舊的 ApplicationBar 是相似的，在這裡一併介紹 Windows 上的 App Bar 與 Phone 上面的 App Bar。

Store Apps Navigation

在撰寫 Windows Phone 7、8 應用程式時，很習慣使用 NavigationService 來做頁面導覽的工作，而比較 Siliverlight、XAML App 時，會發現基本的導覽觀念差不多，只是寫法不同，在 Universal Apps 的框架下，Windows Phone 的導覽 API 是和 Windows RT 寫法是一致的，比起 Siliverlight 框架，新的 Store Apps 框架上最重要的是多了一個 Frame 的概念。

如果對這些名詞感到混亂，可以先參考：Windows Phone 及 Windows Store 的 API 演進

Chromecast 開發經驗

Google 的 Chromecast 於 2014 年 6 月在日本開賣了，由於我們的產品在日本是開放下載與付費的，所以比國內的其他公司較早接觸到這項新產品，此文章簡單的介紹 Google Cast 的使用、功能實作流程與開發上的常見錯誤。

開發文件：Google Cast
官方網站：Chromecast
設定軟體：Android App、iOS App

NavigationCacheMode

NavigationCacheMode 是在撰寫 Store Apps 的過程非常重要的一個 Property，它位於 Page class 之中，對於學習 Universal Apps 時，在 Win 8.1 與 Phone 8.1 的概念是一模一樣的，但是該如何使用卻是從建立一個新的 Page 時，就可以從預設值發現兩個平台對於 NavigationCacheMode 的差異。

Universal Apps 的 Solution 結構

第一次建立 Universal App 的人大概會將 Shared Project 當成是一般的 Library 專案來使用，在一般的情況下使用的確沒有相異之處，開始感覺第一個特殊的功能大概是 Resource 可以直接放在 Shared 專案中，達到 Windows 及 Windows Phone 專案共用字串表、圖檔等效果，比起 Silverligt for Windows Phone 搭配一般的 Library Project 方便許多。

Windows Phone 及 Windows Store 的 API 演進

日前 Windows Phone 已發佈 8.1 的 Developer Preview 版本，在 MSDN 上面可以看到一些關於 Phone 8.1 的新文章，另一方面在四月份的 Microsoft Bulid 2014 也發佈了新的 Windows 8.1 SDK，簡單的說最重點的一句話就是，目前 Phone 7 與 Phone 8 的 SDK 已確定將被新的 Windows Runtime SDK 所取代，也因為 Phone 從 7、8 到 8.1 可以說每一版的 SDK 都有不算小的變化，導致於網路上有許多名詞令用戶或開發者感到混亂，所以我想在這裡記錄一下就我從 Phone 7 就開始接觸到現在所了解的演進過程。