發表文章

目前顯示的是 3月, 2013的文章

程式產生器 : 圖片目錄轉為資源組件(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 產生資料處理物件。