1.關於靜態工廠模式
概念:簡單簡單工廠模式(Simple Factory Pattern)屬於類的創新型模式,又叫靜態工廠方法模式(Static FactoryMethod Pattern),是通過專門定義一個類來負責創建其他類的實例,被創建的實例通常都具有共同的父類。工廠模式(Simple Factory Pattern)屬於類的創新型模式,又叫靜態工廠方法模式(Static FactoryMethod Pattern),是通過專門定義一個類來負責創建其他類的實例,被創建的實例通常都具有共同的父類。簡單工廠模式的角色分佈以及各角色的職責:
工廠角色(Creator):這是簡單工廠模式的核心,由它負責創建所有的類的內部邏輯。當然工廠類必須能夠被外界
調用,創建所需要的產品對象。(這個其實就是一個普通類,裏面提供一個創建其他類的方法)
抽象(Product)產品角色:簡單工廠模式所創建的所有對象的父類,注意,這裏的父類可以是接口也可以是抽象類
它負責描述所有實例所共有的公共接口。(說一大堆,其實就是具體產品的父類)
具體產品(Concrete Product)角色:簡單工廠所創建的具體實例對象,這些具體的產品往往都擁有共同的父類。
(其實就是子類)
簡單工廠模式深入分析:
簡單工廠模式解決的問題是如何去實例化一個合適的對象。
簡單工廠模式的核心思想就是:有一個專門的類來負責創建實例的過程。
具體來說,把產品看着是一系列的類的集合,這些類是由某個抽象類或者接口派生出來的一個對象樹。而工廠類用來產生一個合適的對象來滿足客戶的要求。
如果簡單工廠模式所涉及到的具體產品之間沒有共同的邏輯,那麼我們就可以使用接口來扮演抽象產品的角色;如果具體產品之間有功能的邏輯或,我們就必須把這些共同的東西提取出來,放在一個抽象類中,然後讓具體產品繼承抽象類。爲實現更好複用的目的,共同的東西總是應該抽象出來的。
在實際的的使用中,抽閒產品和具體產品之間往往是多層次的產品結構,如下圖所示
簡單工廠模式使用場景分析及代碼實現:
GG請自己的女朋友和衆多美女吃飯,但是GG自己是不會做飯的或者做的飯很不好,這說明GG不用自己去創建各種食物的對象;各個美女都有各自的愛好,到麥當勞後她們喜歡吃什麼直接去點就行了,麥當勞就是生產各種食物的工廠,這時候GG不用自己動手,也可以請這麼多美女吃飯,所要做的就是買單O(∩_∩)O哈哈~,其UML圖如下所示:
簡單工廠模式的優缺點分析:
優點:工廠類是整個模式的關鍵所在。它包含必要的判斷邏輯,能夠根據外界給定的信息,決定究竟應該創建哪個具體類的對象。用戶在使用時可以直接根據工廠類去創建所需的實例,而無需瞭解這些對象是如何創建以及如何組織的。有利於整個軟件體系結構的優化。
缺點:由於工廠類集中了所有實例的創建邏輯,這就直接導致一旦這個工廠出了問題,所有的客戶端都會受到牽連;而且由於簡單工廠模式的產品室基於一個共同的抽象類或者接口,這樣一來,但產品的種類增加的時候,即有不同的產品接口或者抽象類的時候,工廠類就需要判斷何時創建何種種類的產品,這就和創建何種種類產品的產品相互混淆在了一起,違背了單一職責,導致系統喪失靈活性和可維護性。而且更重要的是,簡單工廠模式違背了“開放封閉原則”,就是違背了“系統對擴展開放,對修改關閉”的原則,因爲當我新增加一個產品的時候必須修改工廠類,相應的工廠類就需要重新編譯一遍。
總結一下:簡單工廠模式分離產品的創建者和消費者,有利於軟件系統結構的優化;但是由於一切邏輯都集中在一個工廠類中,導致了沒有很高的內聚性,同時也違背了“開放封閉原則”。另外,簡單工廠模式的方法一般都是靜態的,而靜態工廠方法是無法讓子類繼承的,因此,簡單工廠模式無法形成基於基類的繼承樹結構。
簡單工廠模式的實際應用簡介:
作爲一個最基本和最簡單的設計模式,簡單工廠模式卻有很非常廣泛的應用,我們這裏以Java中的JDBC操作數據庫爲例來說明。
JDBC是SUN公司提供的一套數據庫編程接口API,它利用Java語言提供簡單、一致的方式來訪問各種關係型數據庫。Java程序通過JDBC可以執行SQL語句,對獲取的數據進行處理,並將變化了的數據存回數據庫,因此,JDBC是Java應用程序與各種關係數據進行對話的一種機制。用JDBC進行數據庫訪問時,要使用數據庫廠商提供的驅動程序接口與數據庫管理系統進行數據交互。
2.回調函數的概念
3java中的反射
Java程序在運行時,Java運行時系統一直對所有的對象進行所謂的運行時類型標識。這項信息紀錄了每個對象所屬的類。虛擬機通常使用運行時類型信息選準正確方法去執行,用來保存這些類型信息的類是Class類。
也就是說,ClassLoader找到了需要調用的類時(java爲了調控內存的調用消耗,類的加載都在需要時再進行,很摳但是很有效),就會加載它,然後根據.class文件內記載的類信息來產生一個與該類相聯繫的獨一無二的Class對象。該Class對象記載了該類的字段,方法等等信息。以後jvm要產生該類的實例,就是根據內存中存在的該Class類所記載的信息(Class對象應該和我所瞭解的其他類一樣會在堆內存內產生、消亡)來進行。
而java中的Class類對象是可以人工自然性的(也就是說開放的)得到的(雖然你無法像其他類一樣運用構造器來得到它的實例,因爲
Class對象都是jvm產生的。不過話說回來,客戶產生的話也是無意義的),而且,更偉大的是,基於這個基礎,java實現了反射機制。
獲取Class對象有三種方式:
1.通過Object類的getClass()方法。例如:
Class c1 = new String("").getClass();
2.通過Class類的靜態方法——forName()來實現:
Class c2 = Class.forName("MyObject");
3.如果T是一個已定義的類型的話,在java中,它的.class文件名:T.class就代表了與其匹配的Class對象,例如:
Class c3 = Manager.class;
Class c4 = int.class;
Class c5 = Double[].class;
這裏需要解釋一下3:請記住一句話,java中,一切皆對象。也就是說,基本類型int float 等也會在jvm的內存池像其他類型一樣中生成
一個Class對象。而數組等組合型數據類型也是會生成一個Class對象的,而且更令人驚訝的是,java中數組的本來面目其實就是某個類,驚訝
中的驚訝是,含有相同元素的相同維數的數組還會共同享用同一個Class對象!其實根據我的臆想,數組的length性質應該就保存在這個Class
對象裏面。
Class類中存在以下幾個重要的方法:
1.getName()
一個Class對象描述了一個特定類的特定屬性,而這個方法就是返回String形式的該類的簡要描述。由於歷史原因,對數組的Class對象
調用該方法會產生奇怪的結果。
2.newInstance()
該方法可以根據某個Class對象產生其對應類的實例。需要強調的是,它調用的是此類的默認構造方法。例如:
MyObject x = new MyObject();
MyObject y = x.getClass().newInstance();
3.getClassLoader()
返回該Class對象對應的類的類加載器。
4.getComponentType()
該方法針對數組對象的Class對象,可以得到該數組的組成元素所對應對象的Class對象。例如:
int[] ints = new int[]{1,2,3};
Class class1 = ints.getClass();
Class class2 = class1.getComponentType();
而這裏得到的class2對象所對應的就應該是int這個基本類型的Class對象。
5.getSuperClass()
返回某子類所對應的直接父類所對應的Class對象。
6.isArray()
判定此Class對象所對應的是否是一個數組對象。
4