AD

Design Pattern - Factory (一)

.introduction

        Factory模式是很常見的模式, 架構有很多種, 但是不管哪一種, 其基本的訴求都是一樣的, 在Design Patterns一書中定義了Factory模式的目的.

Factory Method
        定義可資生成物件的介面, 但讓子類別去決定該具現出哪一種類別的物件. 此模式讓類別將具現化程序交付給子類別去處置.

        上面的Factory模式目的乍看之下似乎很單純不複雜, 不過到軟體實作面又會是什麼情形, 以下本篇文章對Factory模式做一個簡單的講解.

如何在控制外部程式的視窗元件(FindWindow, SendMessage)


.Introduction
        
        在開發程式中, 當碰到底層功能沒開放出來的時候, 往往最後只能在外部控制介面來處理,舉個例子, 像是碰到比較特殊的硬體裝置, 而廠商沒提供driver的原始碼, sdk的功能不完整等等問題之類的, 在只有官方的控制用應用程式的情況下, 此時也就只能寫外部程式直接來控制,以下論述實作方式.

Design Pattern Practice Example - Log(Observer, Singleton)

.introduction

        之前幾篇看的大多是單獨的模式, 然而在一般實際碰到的問題與需求, 其架構並不會那麼單純, 常常會碰到需要多個整合併用的情形, 在這篇實際找個簡單的例子, 以如何設計一個處理Log訊息的軟體架構做說明.