因為工廠模式就相當於建立範例物件的new,我們經常要根據類Class生成範例物件,如A a=new A() 工廠模式也是用來建立範例物件的,所以以後new時就要多個心眼,是否可以考慮使用工廠模式,雖然這樣做,可能多做一些工作,但會給你系統帶來更大的可延伸性和儘量少的修改量。
什麼是工廠模式?工廠模式定義
我們以類Sample為例, 如果我們要建立Sample的範例物件:
Sample sample=new Sample();
可是,實際情況是,通常我們都要在建立sample範例時做點初始化的工作,比如賦值 查詢資料庫等。
首先,我們想到的是,可以使用Sample的建構函式,這樣生成範例就寫成:
Sample sample=new Sample(引數);
但是,如果建立sample範例時所做的初始化工作不是像賦值這樣簡單的事,可能是很長一段程式碼,如果也寫入建構函式中,那你的程式碼很難看了(就需要Refactor重構)。
為什麼說程式碼很難看,初學者可能沒有這種感覺,我們分析如下,初始化工作如果是很長一段程式碼,說明要做的工作很多,將很多工作裝入一個方法中,相當於將很多雞蛋放在一個籃子裡,是很危險的,這也是有悖於Java物件導向的原則,物件導向的封裝(Encapsulation)和分派(Delegation)告訴我們,盡量將長的程式碼分派「切割」成每段,將每段再「封裝」起來(減少段和段之間耦合聯絡性),這樣,就會將風險分散,以後如果需要修改,只要更改每段,不會再發生牽一動百的事情。
在本例中,首先,我們需要將建立範例的工作與使用範例的工作分開, 也就是說,讓建立範例所需要的大量初始化工作從Sample的建構函式中分離出去。
這時我們就需要Factory工廠模式來生成物件了,不能再用上面簡單new Sample(引數)。還有,如果Sample有個繼承如MySample, 按照面向介面程式設計,我們需要將Sample抽象成一個介面.Sample是介面,有兩個子類MySample 和HisSample .我們要範例化他們時,如下:
ISample mysample=new MySample(); ISample hissample=new HisSample();
隨著專案的深入,Sample可能還會"生出很多兒子出來", 那麼我們要對這些兒子一個個範例化,更糟糕的是,可能還要對以前的程式碼進行修改:加入後來生出兒子的範例.這在傳統程式中是無法避免的.
但如果你一開始就有意識使用了工廠模式,這些麻煩就沒有了.
以上就是什麼是工廠模式?的詳細內容,更多請關注TW511.COM其它相關文章!