原2004年初發于CSDN，后圖片丟失，現補上。陳剛 from
www.chengang.com.cn???? 隨著模式概念的普及，了解模式和使用模式的程序員越來越多，很多人在學習模式的時候，都會有這樣一種疑惑：“有必要搞得這么復雜嗎？”。的確，因為教程的例子過于簡單化（這樣方便讀者學習），或者是作者選例子的時候并沒有很好體現所講模式的優點，很多情況下如果僅就其例子的問題來說，用模式是太復雜了。因此才導致這樣的誤解：“模式就是把簡單的問題復雜化嗎？”。當然不是，隨著你開發實踐的不斷豐富，你終會發現模式強大威力，而且模式也并非貴族化的編程方式，它就是一些經過提煉了的解決問題的方法技巧。
?
????? 通過學習模式，程序員開始告別過去準直線式的代碼方式，模式開擴了我們的視野，強化了我們面向對象編程的思維方式。然而現在又出現了另一個普遍的問題，盲目應用模式。模式是問題的解決方案，先有問題才有模式，模式是依附于所要解決的問題的而生的。必須了解模式在很多情況下是以提高代碼的復雜度為代價來增強靈活性、可復用性。如果在自已的代碼中使用某一模式僅只提高了代碼的復雜度，而其它方面收效甚微，或者某部份代碼根本就不存在靈活性及高復用性的需求，那么我們就沒有必要為使用模式而放棄更直觀簡單的代碼寫法。
?
????? 一流的高手90%精力關注問題的解決方案，因為找到了好的解決方案，再寫起代碼會很輕松代碼也簡潔流暢，看這樣的代碼是一種享受和提高；二流的熟手90%精力關注代碼實現，因為問題的解決方案并非最佳，實現的代碼也會比較復雜；三流菜鳥記流水帳,90%精力在敲鍵盤，常常做了大半才發現行不通，回過頭來再用90%的時間敲鍵盤，根本不會用到任何模式，寫出來的代碼的只有他自已才能看懂。做出來的軟件也是支離破碎，做一丁點改動都要大費周折，而且你還不知道改動后會產生什么問題，大有住危房里的感覺。
?
????? 在這里還是舉一個濫用模式的例子吧。我曾參與過一個大集團公司ＯＡ系統的第二期開發，開發沿用原有代碼架構并增加新的功能模塊。文檔很少我讀原代碼時就被它程序里的代碼轉來轉去搞得頭大如斗，最后讀懂了：原代碼架構總體采用工廠模式，而且是最復雜的抽象工廠模式。它把所有模塊類都通過工廠生成還工廠套工廠，并且每一個模塊類都有一個接口，每個接口也只有一個模塊現實類，因為涉及權限控制還用了代理(proxy)模式。 讀懂代碼后我開始嵌入代碼，發現每新增一個類，都要到六個Java文件中去增加相應代碼，而在類中每增加一個方法，也要到它的接口等四個Java文件中去增加相應代碼。天呀！！！記得當時我的小姆指常會不聽使喚，就是因為頻繁的使用Ctrl+C 、Ctrl+V，小姆指按著Ctrl鍵給累的。整個項目組苦不堪言，真煩透了。項目結束后我回顧發現：代理模式用得還對（現在針對權限這類橫向控制有AOP編程這種新的解決辦法了）但工廠模式在這里根本就是畫蛇添足，不僅沒有解決什么問題，反而增加代碼復雜度和耦合性，降低了開發效率連維護難度都提高了。而且那種每個類簡單的加一個接口的方式，更是沒有道理，這讓我很想說周星馳說過的一句話：“球~~~不是這么踢~~~~的，接口~~~不是這么用~~~的”。言歸正傳，我們先來看這樣一個常見問題：某系統需要支持多種類型的數據庫。用過Oracle、MSSQL等數據庫的人都知道，它們的SQL編寫方式都各有些不同。比如說Oracle的唯一標識自動+1字段用的是序列，MSSQL改一下字段屬性就成了，還有各種各自特有的SQL用法。為了支持多數據庫，難道我們要開發多套系統？當然NO。請看下面的解決方案。
?
????? 即然數據庫存在多種，我們可以將系統中所有對數據庫的操作抽象出來，寫成一個個方法組合到一個類中，有幾種數據庫我們就寫幾個這樣的類。具體設計類圖如下：
?
?
簡要說明：
- OracleDataOperate、SqlserverDataOperate、MysqlDataOperate，分別代表Oracle、Sqlserver、Mysql這三種數據庫的操作類。繼承自AbstractDataOperate
- AbstractDataOperate是一個抽象類，包含了那些不同種類數據庫都是一樣代碼的操作方法。繼承自DataOperate
- DataOperate是上面說的數據操作類的統一接口，只有兩個方法：取得一條記錄、插入一條記錄。
- DataOperateFactory是一個工廠方法，統一用它的方法來得到數據庫操作類的實例。
- SampleClass是我們系統的某個功能模塊的類。
- People是一個實體類，代表一條記錄。三個字段 oid唯一標識符、name姓名、date生日。
?
詳細說明：
１、所有系統功能模塊類只認DataOperat這個接口還不必管具體的實現類是OracleDataOperate還SqlserverDataOperate。DataOperate源代碼如下：
publicinterface DataOperate {
??? //根據記錄的唯一標識取出一條記錄
??? People getPeople(String oid);
??? //插入一條記錄
??? boolean insertPeople(People people);
}
?
２、AbstractDataOperate、OracleDataOperate、SqlserverDataOperate、MysqlDataOperate都是繼承DataOperate接口的，沒什么好說的，省略。
?
３、DataOperateFactory。我們看看工廠方法怎么寫的。
publicclass DataOperateFactory {
??? publicstaticfinalint ORACLE = 0; //定義三個表示數據庫類型的常量
??? publicstaticfinalint MYSQL = 1;
??? publicstaticfinalint SQLSERVER = 2;
?
??? privatestatic DataOperate db;
??? privatestaticint dataType = MYSQL;
??? /**
??? ?* 根據數據庫類型(dataType)取得一個數據庫操作類的實例，
??? ?* 這里對DataOperate使用了單例模式，因為OracelDataOperate等都是無狀態的工具類，
??? ?* 所以整個系統只保留一個實例就行了。
??? ?*
??? ?* @return 返回的是接口，客戶端不必關心具體是用那個實現類
??? ?*/
??? publicstatic DataOperate getInstance() {
??????? if (db == null) {
??????????? if (dataType == ORACLE) //根據dateType返回相應的實現類
??????????????? returnnew OracelDataOperate();
??????????? if (dataType == MYSQL)
??????????????? returnnew MysqlDataOperate();
??????????? if (dataType == SQLSERVER)
??????????????? returnnew SqlserverDataOperate();
??????? }
??????? return db;
??? }
}
?
４、接下來就看看使用端是如何調用工廠方法和使用數據操作類的。
/**
?* 系統某個功能類
?*/
publicclass SampleClass {
private DataOperate db; //聲明一個數據庫操作類，注意這里用的是接口噢
??? /**某方法*/
??? publicvoid sampleMethod() {
??????? db = DataOperateFactory.getInstance();//得到單一實例
??????? People p = db.getPeople("123"); //取得一條記錄
??????? db.insertPeople(p);//再插回去
??? }
}
?
我們發現SampleClass中根本沒有出現OracelDataOperate、MysqlDataOperate等的影子，這就是接口的威力。客戶端不必針對OracelDataOperate等寫不同的代碼，它只關心DataOperate即可，具體要取那個類的邏輯就由DataOperateFactory負責了。
?
總結：
從例子中我們可以看到什么是面向接口的編程方式。SampleClass使用數據操作類可以不必關心具體是那個類，只要是符合接口的都行
要實例？只須調用DataOperateFactory.getInstance()即可，其它的交于DataOperateFactory這個工廠來做吧，使用端什么都不用關心。
我們要支持新的數據庫類型，只須要象OracelDataOperate那樣，再寫一個繼承AbstractDataOperate的類即可，比如SysbaseDataOperate。然后到DataOperateFactory中加入相應代碼即可。
如果我們想要可配置性更高，可以用privatestaticint dataType = MYSQL;中的值設置到一個文本文件中。
對于開發支持多種數據庫的系統，強烈建議使用hibernate，我現在做的系統就是用hibernate的，開發時用Mysql，到要給客戶時將數據庫換了DB2，程序不用做任何改動，真正的無逢移植。不過這樣，本文所提到的方法就沒什么用了.