本文簡略介紹了Oracle與幾種常見設計模式的結合使用。

工廠模式：由專門的工廠類建立相應的產品。

在Oracle中，Sequence物件可以粗略的被認為是序列號的工廠，我們可以建立專門的函式封裝各種Sequence使Sequence對客戶端完全透明。

Façade（外觀）模式: 為子系統中的一組介面提供一個一致的介面.

在Oracle中使用檢視（VIEW）封裝基表或者其他檢視的資訊，為外界提供一個統一的‘介面’，客戶端無需關注底層的實現細節。

介面卡模式: 將兩個不相容的類糾合在一起使用，屬於結構型模式,需要有Adaptee(被適配者)和Adaptor(介面卡)兩個身份。

在Oracle中，檢視可以扮演介面卡的角色。

用過PowerBuilder的xdjm對PB的資料視窗都很熟悉了把？如果資料視窗是基於基表的話，在基表的欄位名稱變化後，資料視窗就變得不可用了，但如果資料視窗是基於檢視的話只需要改變定義檢視的中的Select子句即可，應用程式完全不需要修改，這時候可以認為檢視充當了資料視窗與基表之間的介面卡。

再考慮這樣一種情況，業務系統和網上查詢的系統由不同的公司開發，不同的公司有不同的業務系統，基本上不同業務系統之間的基表定義是完全不同的，為了讓網上查詢系統適應各種各樣的業務系統，所有的查詢就應該基於檢視，換一個業務系統，改變的只是檢視的定義而已，應用程式無需修改，也就是底層的變化對應用完全透明.

本文可以任意轉載，轉載時請務必以超連結形式標明文章原始出處和作者資訊及本宣告

Oracle與設計模式

相關文章