.Net 海角點部落

改變一個想法，來改造 字串陣列解析小品集 (4) 外部實作法 (Extension Method) ，讓擴充方法能夠更靈活。而且這次會做一個小改變就是把方法作業進行的型別從原本的最終資料的型別 (DataForTextFile1 或  DataForTextFile2) 換成使用 string[]。

改用 Double Dispatch 來完成外部實作。

從這一篇開始探討使用外部實作解析行為，採用 Extension Method。

這篇討論萃取一個抽象型別完成字串陣列解析為強型別物件的方式，本篇採用介面。

這篇討論使用建構式內部實作的方式來完成字串陣列解析為強型別物件。

在藍色小舖看到滿有趣的問題，促使我想寫這份小品系列：以字串陣列解析為強型別物件探討幾種可能的方式。

這是 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 幫助你解決這些困擾。
這是在旅遊的時候想到要做的點子，一般來說我總是擔任規劃旅遊行程的角色， 負責幫大家安排行程住宿之類的。 所以常常有些困擾，第一個是常常不知道自己規劃的路徑是不是正確；第二個則是如果你的朋友對於認識路這點不太在行，你拿個地圖跟他講了個半天還是說不清楚；而且總是要一個點一個點重新設定導航也挺麻煩 ，若是那個點不太出名，或是在沒有網路的狀況下，有時導航也沒轍。

好一陣子沒寫文章了, 來寫點關於類別的故事好了. 為什麼題目不叫型別外傳而叫類別外傳呢 ? 因為這樣就可以排除掉列舉和結構型別, 簡單說就是懶啦. 這系列不打算講甚麼類別是參考型別這類的問題, 因為這個議題很多人討論過了, 我想要討論一些比較無趣的課題.