前陣子,在最常逛的Blog裡
看到這篇文章
小朱的技術空間 - 邁向架構師的暖身運動(1):介面導向設計
剛看標題,我以為是我看錯了
介面導向設計?? 不是物件導向設計嗎??
後來,看完整篇文章
我有點被打醒。。。
對阿~沒錯
介面導向設計。。。
我相信應該有人跟我有同樣的疑惑
在設計一個物件時,有需要或必要再設計Interface嗎?
對我這個新手來說,一開始接觸Interface時
我充滿了許多的疑惑?這是用來幹麻的??
Interface只是定義了成員的原型,又沒辦法直接在Interface上實作
對物件來說,這有其必要性嗎?
就在Coding的一小段時間裡,我漸漸了解了Interface
在一個複雜的物件中,Interface就有其存在的必要性
甚至在最近看的WCF中,也使用到Interface的特性
文章中提到,關於資料庫的CRUD (Create/Retrive/Update/Delete)
這是一個很基本的實例。
是的,每一個資料庫會使用到的基本功能會是這些
當你設計了關於Oracel資料庫的物件
那SQL Server呢?是不是也需要重新設計相同的功能(CRUD)
使用Interface可以實際的規範出這些原則
讓相似的功能,有了統一的規範
又因為C#在物件繼承中,可以繼承多個Interface
這就讓物件上的設計,藉由繼承多個Interface來完成功能實現
意思是你可能藉由繼承Interface而設計出複雜物件的架構
當然你還是需要去實作。。。
簡單寫到這,或許以後可以再補述。。。
2009-08-12
介面導向設計(interface-oriented design)
訂閱:
張貼留言 (Atom)
沒有留言:
張貼留言