.Net 海角點部落

這是 2016-12-17 我在 Xamarin Day 議題內容中的最後一個段落，內容是關於 Xamarin 中的 XamlCompilationAttribute。

介紹如何在 Xamarin 中建立自訂的 Resource Dictionary (資源字典) 檔案。

探討 C#  編譯器對於  a++ 的處理方式

這是我在 Visual Studio 2015 Update 2 後發生的奇特現象。

錯誤訊息的全文是 DEP3316 : 無法將 ARM 封裝部署到 x64 裝置。請將組建組態變更為 x86、x64 或中性，或附加 ARM 裝置。

探討一些 System.Nullable<T> 結構 的額外課題。

System.Nullable<T> 結構是個還滿有趣的玩意，一則因為它是個實值型別、二則因為它多載了 implicit 和 explicit  這兩個運算子，因此造就了它的有趣程度倍增。

不知道是我最近特別運氣好，還是怎麼一回事，老是遇到奇怪的現象( 我都搞不清楚這應該算 bug 還 feature 了)。

以下這個關於 .Net Framework 內建實值型別實作 IComparable 介面的現象很有趣

眼前的包不是包, 你說的i是甚麼i

承前一篇文--剝殼模式談到了剝殼模式完全倚賴繼承鏈的作法會有難以擴展(的缺點, 後來我就一直想如果情境變成需要擴展該怎麼辦 ? 這問題優先要解決的就是打破繼承, 讓各層命令間不再有繼承的關係

這是我最近在 MSDN 論壇看到的一個有趣問題, 解決之後就很無聊地給了它一個名字 -- 剝殼模式, 所以你如果翻遍設計模式的書也是找不到的(這命名實際上有點搞笑的意味).

在大量使用 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的狀況下可以運作。