程式產生器 : 圖片目錄轉為資源組件(DLL)
在 WPF 專案中，動畫會大量使用圖片檔案，預設圖片會直接與原本的專案合併，一來導致產生的組件檔案過大，二則程式邏輯與圖片檔案維護分工不易，日後任一更動，整個組件就得重新封裝。 WPF 程式與圖檔關連，開發時可以選擇幾種不同分式 程式與圖檔合併產生一個組件 (Visual Studio 與 Blend 預設採用) 程式產生組件，圖檔儲存於本機的實體檔案目錄中 程式與圖檔分別產生為不同組件
發表文章
我家的福特汽車會對香草冰淇淋過敏
Google 輸入關鍵字：福特 香草冰淇淋，可以搜尋到不同版本的故事，以下轉摘自: 讀書網 。 一天，美國福特公司客服部收到一封客戶抱怨信，上面是這樣寫的： “我們家有一個傳統的習慣，就是我們每天在吃完晚餐后，都會以冰激凌來當我們的飯后甜點。但自從最近我買了一部你們的車后，在我去買冰淇淋的這段路程上，問題就發生了。每當我買的冰淇淋是香草口味時，我從店里出來車子就發不動。但如果我買的是其他的口味，車子發動就順得很。為什么？”
Two-tier 轉為 three-tier 自動化轉換實例
2 tier to 3 tier 筆者近期遇到一個案例，原本系統架構是 Windows Form 直接連接資料庫進行存取(如下圖左)， 如今要在介面層與資料處理層間加入Web層(如下圖右)。
使用反映(Reflection)讀取組件的資訊
續前一篇 Two-tier 架構改變成 three-tier ，確定實作方法後，評估實作的工作量可不小，針對一個既有的資料處理類別，得對應寫出： 1. 新增一個 Interface 2. 新增一個 Proxy 類別，實作上面的 Interface 3. 新增一個 Web Service 而這些撰碼的過程，大部份都是 Copy-Paste 動作 或 很機械式的修改 筆者想到透過 Reflection 讀取原本的資料處理類別，就可以分別產生另外三組程式碼。
Two-tier 架構改變成 three-tier
筆者近期遇到一個案例，原本系統架構是 Windows Form 直接連接資料庫進行存取(如下圖左)， 如今要在介面層與資料處理層間加入Web層 (如下圖右)。 筆者實作的想法是： 1. 新增 Web Service 專案，使用原本Data Access Library 存取資料庫 2. 新增 Interface 專案，將原本的資料處理類別逆向產生 Interface 3. 新增一個資料代理類別層，並實作上述所有介面，實作方法就是直接呼叫Web Service 4. 參考MSDN : ConfigurationElement Class 將要實例的類別填在組態設定檔， UI 層讀取組態設定檔透過 Activator 產生資料處理物件。