一、開篇

　　本文主要是講述設(shè)計模式中最經(jīng)典的創(chuàng)建型模式-工廠模式，本文將會從以下幾點對工廠模式進行闡述。        　　本文將會從上面的四個方面進行詳細的講解和說明，當(dāng)然會的朋友可以之處我的不足之處，不會的朋友也請我們能夠相互學(xué)習(xí)討論。

　　二、摘要

　　本文將會主要是結(jié)合項目中的一些實例作為實例來分析工程模式的使用方式和何時使用工程模式，并且分析工程模式的有點和它解決的問題，在我們實際的項目中何時能使用到它，或者說我們在什么情況下，應(yīng)該考慮使用工廠模式來解決項目中的問題，一般情況下我們可以這樣理解設(shè)計模式，設(shè)計模式是一種方案，為我們遇到與設(shè)計模式提出的應(yīng)用場景想象或者相仿的場景中，這類問題通常是經(jīng)常發(fā)生或者是經(jīng)常遇到的問題的通用解決方案。

　　本文依然是采用圖文講解的形式來分析工程模式在項目中出現(xiàn)的位置，并且給出幾個靈活的實現(xiàn)方案。主要針對的實現(xiàn)方式有：通過配置文件,通過類型,通過委托,通過特性等來實現(xiàn)工廠。

　　三、本文大綱

       a、開篇。

       b、摘要。

       c、本文大綱。

       d、工廠模式的特點及使用場景。

       e、工廠模式的實現(xiàn)方案。

       f、工廠模式使用總結(jié)。

       g、系列進度。

       h、下篇預(yù)告。

　　四、工廠模式的特點及使用場景

　　4.1、工廠模式簡介

　　工廠模式是創(chuàng)建型模式中最典型的模式，主要是用來創(chuàng)建對象，減少我們在使用某個對象時的new() 操作，我相信大家都有這樣的困惑，目前我所在的項目都在程序開發(fā)的過程中，還是有很多的new()操作出現(xiàn)在表現(xiàn)層中，并沒有通過工廠來創(chuàng)建對象，一方面可能是因為我們自身比較懶，不規(guī)范項目的編碼形式，另外一方面也是由于項目的進度比較緊，沒有那么多的時間去完成工廠的統(tǒng)一創(chuàng)建，當(dāng)然對于這樣的動態(tài)創(chuàng)建對象的工廠，推薦的做法還是我們后面會講到的創(chuàng)建型模式--《抽象工廠模式》來解決吧。

　　如果您并不知道工廠模式是用來干什么的，我們可以通過如下舉例來說明，例如我們現(xiàn)在有個礦泉水加工廠，加工礦泉水，我們現(xiàn)在知道有礦泉水這個對象，那么當(dāng)我批量生產(chǎn)礦泉水的時候，我們就通過工廠來批量的生產(chǎn)，等于我們程序中的批量創(chuàng)建對象。這時候我有很多個對象，也就是很多游客，他們每人都要一瓶礦泉水，這時候如果說把游客比作不同的應(yīng)用程序模塊，都要使用礦泉水這個對象，那么我是不是應(yīng)該每個應(yīng)用程序都在使用這個對象的時候，我使用new()操作呢？，無疑這不是一個好的方案。我們來看看圖形化的描述吧？

　　這種情況下，不同的游客需要礦泉水的時候，我就new()一個礦泉水和我找個加工廠生產(chǎn)礦泉水明顯是有差別的，這個時候，游客不應(yīng)該和礦泉水有關(guān)聯(lián)關(guān)系了，而且游客不知道，礦泉水是怎么生產(chǎn)出來的，也不需要關(guān)心這些東西。

　　那么我們應(yīng)該如何去解決這樣的問題呢？基于面向?qū)ο蟮淖兂稍O(shè)計時，原則就是低耦合，對象和對象之間。那么對象之間的引用關(guān)系，可以通過抽象出接口，通過借口的依賴來解耦，降低系統(tǒng)的耦合性。        　　假如這個時候我修改對象服務(wù)的名稱,那么我是不是必須把所有的調(diào)用這個對象服務(wù)應(yīng)用程序代碼都進行修改？這個是必須的，否則程序無法編譯通過的。但是如果我們使用工廠模式的時候呢？有什么不同呢？我們來看看：        　　上面是添加了工廠模式之后的情況，上面就算是你修改了類名之后，只需要修改工廠中的New出來的類即可，當(dāng)然如果你要是通過返回接口的形式的話，再不修改接口命名的前提下，如何修改類方法都是可行的，并且通過工廠模式，無疑降低了應(yīng)用程序與對象之間的耦合性，通過工廠來解耦，提供程序的應(yīng)對變化的適應(yīng)能力。

　　4.2、工廠模式的使用場景

　　工廠模式一般用于創(chuàng)建一類對象，而不用每次在使用時通過new()對象才能使用對象，而是通過工廠來完成對象的創(chuàng)建，這樣不但提供了統(tǒng)一創(chuàng)建對象的入口，而且對于程序的可維護和可測試性都有很大的提高。總體來說如下場景使用工廠模式非常合適：

　　1、工廠負責(zé)創(chuàng)建某一類對象的時候，或者說工廠的職責(zé)比較單一時，如果說多個類型的對象時候，用工廠模式就不如使用抽象工廠了

　　2、一般比較少的積累對象，可以通過類型的判定創(chuàng)建不同的對象時，也是可以通過工廠模式來完成，例如多數(shù)據(jù)庫的支持，我們在設(shè)計數(shù)據(jù)訪問層時，利用簡單對象工廠，通過枚舉或者配置文件的形式，來動態(tài)的創(chuàng)建數(shù)據(jù)訪問層實例。

　　3、一般來說類型單一的對象，或者類型比較少的時候，使用工廠模式來創(chuàng)建對象可以解決一類問題。還可以通過一個總的工廠，來創(chuàng)建多個工廠，然后多個工廠負責(zé)創(chuàng)建相應(yīng)的實例，有點類似我們平時說的目錄結(jié)構(gòu)似的。

　　類似如下的形式，大家一看就明白了：          　　等于是不同層級的工廠，具有不同的職責(zé)和任務(wù)。

　　五、工廠模式的實現(xiàn)方案

　　5.1、工廠模式的配置文件實現(xiàn)。

　　我們先看配置文件的配置內(nèi)容：

<DatabaseInfo>
<ConnKey>default</ConnKey>
<DataBaseType>MSSQLServer</DataBaseType>
</DatabaseInfo>        

        

        
        
      
        
it知識庫：系統(tǒng)架構(gòu)技能之設(shè)計模式—工廠模式，轉(zhuǎn)載需保留來源！
        
鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。