在大量使用 Lambda 語法後, 在許多程式碼中都會藏著大量的匿名函式, 這種函式內部包裹函式的寫法又稱為 Closure(閉包), 進一步的了解可以參考忠成哥寫的 The Closure and Lambda Programming Style . 但是這種寫法存在一些陷阱, 我得老實說, 其實這陷阱不是C# 編譯器的錯, 而是大部分踩進這陷阱的人通常是沒有仔細思考其中的緣故罷了.
各位男人們，春節假期要到了，別忘了帶著你的父母、妻兒、女朋友們出門旅遊散心。覺得規劃行程很困難？害怕出門找不到路？沒關係，這個 app 幫助你解決這些困擾。
這是在旅遊的時候想到要做的點子，一般來說我總是擔任規劃旅遊行程的角色， 負責幫大家安排行程住宿之類的。 所以常常有些困擾，第一個是常常不知道自己規劃的路徑是不是正確；第二個則是如果你的朋友對於認識路這點不太在行，你拿個地圖跟他講了個半天還是說不清楚；而且總是要一個點一個點重新設定導航也挺麻煩 ，若是那個點不太出名，或是在沒有網路的狀況下，有時導航也沒轍。
好一陣子沒寫文章了, 來寫點關於類別的故事好了. 為什麼題目不叫型別外傳而叫類別外傳呢 ? 因為這樣就可以排除掉列舉和結構型別, 簡單說就是懶啦. 這系列不打算講甚麼類別是參考型別這類的問題, 因為這個議題很多人討論過了, 我想要討論一些比較無趣的課題.
去年我曾經寫過一篇文章『遊戲分級撞牆記』, 今天試了新版的 GDFMaker, 發現它改的很簡單了.
應用程式列 ( 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 的頁面切換的流程
我的 Visual Studio 2013 不能在方案總管內修改檔名了 ?
貼心的新功能, 設定 App 限時降價促銷
這是在 MSDN 論壇討論一個問題後的小感想。
2014 Q1 new apps released
關於『物件導向實作課程』
[Windows Store App] 亞洲流行音樂 App 新增功能公告