Abstract Factory

Abstract Factory 譯作抽像工廠，其實這真的很難顧名思義，不過大致上可以由名字看得出來，這個模式的目的在於生產出抽像類別，而抽像類別有個無法被建構的特性，抽像類別的目的是用來描述屬於該種類的東西具備著什麼樣的型像與功能。

Abstract Factory 與 Factory Method 概念比較

前陣子和同事在聊 Factory 時有各講各的感覺，後來發現可能是有些在講 Abstract Factory，有些在講 Factory Method，故記錄一下自己的想法。

好用的 ConditionalAttribute

在現實的專案中，如果你的產品行銷合作對像不只一、兩個，可能就會產生一些奇特的需求，例如包給某廠商的版本要比一般官網的版本多一些認證流程、在 Registry 中寫入不同的值做識別之類的，更常見的還有在 Debug 階段需要執行寫 Log 的流程這種需求。

轉型方法的選擇

先前在撰寫某個 Windows RT 的專案時，因為要用到 GridView + VariableSizedWrapGrid 這種元件，寫了一篇 http://ascii-iicsa.blogspot.tw/2012/07/gridview-variablesizedwrapgrid.html

當時並沒有想太多，因為該專案不算複雜，我只定義了一種叫 ItemBase 的類別來讓專案中所有的 GridView 做 Binding，直到後來我碰到一個狀況。

複製 Resouce 至檔案系統

有時我們會在專案中放一些圖片、影片之類的檔案當作應用程式的範例檔，或預設頭像之類的，此處記錄一下該如何把專案中的資源複製到 IsolatedStorage 中。

取得類別名稱

大部份知名的 Design Pattern 實作技巧都是建立在抽像類別上面，因為最近在 C++ 上綀習一些 Design Pattern 時，因為都是操作基底的抽像類別，所以產生了想要知道目前物件到底型態是什麼的需求。

Globalization 一定要搭配的 FormatMessage

在製作多語系的軟體時，可能會碰到各種語言之間因為詞性的關係而造成子句順序不同的情況，這種情況下單純的 String.Formate 函式就顯得使不上力