Store Apps 自訂 URI 與 File Association

Windows Phone 8.1 在前幾天終於推出開發者預覽版，雖然 8.0 的裝置全部都可以升級，但 8.1 與 8.0 仍然是差異不小且不相容的兩個框架，在建立 Windows Phone 8.1 專案時除了原先的 Siliverlight 之外，還可以選擇 Store Apps ( XAML App ) 專案，這個 SDK 就如它的名稱一樣，是與 Windows 8.1 的 Store Apps 最接近的，也因為架構不同，某些 API 的使用也和撰寫 Windows Phone 8.0 時有差異，這裡記錄 Store Apps 在 Windows Phone 及 Windows 上如何實現自訂 Protocol 及指定開啟特定的 File Type。

取得媒體庫的清單

在 Store Apps SDK 中有一個名為 KnownFolders 的 Class 可以取得許多系統的目錄，包括媒體庫及設備清單，官方文件：KnownFolders

Store Apps 操作應用程式檔案

回顧 Windows Client 的檔案系統從自由度極高的檔案總管到應用程式獨立空間的 Isolated Storage，如今 Store Apps 整合了 Windows 與 Windows Phone 的檔案系統 API 為 Windows.Storage。

Windows.Storage 除了原有的 Local 檔案操作之外，還加了讀寫 Roming、Temporary 檔案的支援，另外還有 Uri 的概念讓開發者以同樣的邏輯操作檔案資源和專案內的資源。

Store Apps 操作應用程式內設定值

在傳統 Windows 應用程式開發時，我們使用 Registry 儲存 Key Value 形式的資料，對於作業系統的資訊，我們也直接讀取 Registry 中的值，但在 Store Apps 的框架下，不論是 Windows 還是 Windows Phone 的應用程式，儲存資料方面我們需要用到 ApplicationData 類別在應用程式的私有空間中存取資訊，且我們無法進行 Registry 操作，僅能透過 SDK 所提供的 API 調查詢系統資訊。

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