簡(jiǎn)單工廠模式解釋： 

       簡(jiǎn)單工廠模式（Simple Factory Pattern）屬于類的創(chuàng)新型模式，又叫靜態(tài)工廠方法模式（Static FactoryMethod Pattern）,是通過(guò)專門(mén)定義一個(gè)類來(lái)負(fù)責(zé)創(chuàng)建其他類的實(shí)例，被創(chuàng)建的實(shí)例通常都具有共同的父類。

簡(jiǎn)單工廠模式的UML圖： 

       簡(jiǎn)單工廠模式中包含的角色及其相應(yīng)的職責(zé)如下：
       工廠角色（Creator）：這是簡(jiǎn)單工廠模式的核心，由它負(fù)責(zé)創(chuàng)建所有的類的內(nèi)部邏輯。當(dāng)然工廠類必須能夠被外界調(diào)用，創(chuàng)建所需要的產(chǎn)品對(duì)象。
       抽象（Product）產(chǎn)品角色：簡(jiǎn)單工廠模式所創(chuàng)建的所有對(duì)象的父類，注意，這里的父類可以是接口也可以是抽象類，它負(fù)責(zé)描述所有實(shí)例所共有的公共接口。
       具體產(chǎn)品（Concrete Product）角色：簡(jiǎn)單工廠所創(chuàng)建的具體實(shí)例對(duì)象，這些具體的產(chǎn)品往往都擁有共同的父類。

簡(jiǎn)單工廠模式深入分析：

       簡(jiǎn)單工廠模式解決的問(wèn)題是如何去實(shí)例化一個(gè)合適的對(duì)象。
       簡(jiǎn)單工廠模式的核心思想就是：有一個(gè)專門(mén)的類來(lái)負(fù)責(zé)創(chuàng)建實(shí)例的過(guò)程。
       具體來(lái)說(shuō)，把產(chǎn)品看著是一系列的類的集合，這些類是由某個(gè)抽象類或者接口派生出來(lái)的一個(gè)對(duì)象樹(shù)。而工廠類用來(lái)產(chǎn)生一個(gè)合適的對(duì)象來(lái)滿足客戶的要求。
       如果簡(jiǎn)單工廠模式所涉及到的具體產(chǎn)品之間沒(méi)有共同的邏輯，那么我們就可以使用接口來(lái)扮演抽象產(chǎn)品的角色；如果具體產(chǎn)品之間有功能的邏輯或，我們就必須把這些共同的東西提取出來(lái)，放在一個(gè)抽象類中，然后讓具體產(chǎn)品繼承抽象類。為實(shí)現(xiàn)更好復(fù)用的目的，共同的東西總是應(yīng)該抽象出來(lái)的。
       在實(shí)際的的使用中，抽閑產(chǎn)品和具體產(chǎn)品之間往往是多層次的產(chǎn)品結(jié)構(gòu)，如下圖所示：

簡(jiǎn)單工廠模式使用場(chǎng)景分析及代碼實(shí)現(xiàn)： 

       GG請(qǐng)自己的女朋友和眾多美女吃飯，但是GG自己是不會(huì)做飯的或者做的飯很不好，這說(shuō)明GG不用自己去創(chuàng)建各種食物的對(duì)象；各個(gè)美女都有各自的愛(ài)好，到麥當(dāng)勞后她們喜歡吃什么直接去點(diǎn)就行了，麥當(dāng)勞就是生產(chǎn)各種食物的工廠，這時(shí)候GG不用自己動(dòng)手，也可以請(qǐng)這么多美女吃飯，所要做的就是買(mǎi)單O(∩_∩)O哈哈~,其UML圖如下所示：

實(shí)現(xiàn)代碼如下：

新建立一個(gè)食物的接口：

package com.bjpowernode.designPattern.SimpleFactory;
 
/*
 * 產(chǎn)品的抽象接口
 */
public interface Food {
 /*
  * 獲得相應(yīng)的食物
  */
 public void get();
}

接下來(lái)建立具體的產(chǎn)品：麥香雞和薯?xiàng)l

package com.bjpowernode.designPattern.SimpleFactory.impl;
import com.bjpowernode.designPattern.SimpleFactory.Food;
 
/*
 * 麥香雞對(duì)抽象產(chǎn)品接口的實(shí)現(xiàn)
 */
public class McChicken implements Food{
 /*
  * 獲取一份麥香雞
  */
 public void get(){
  System.out.println("我要一份麥香雞");
 }
}

package com.bjpowernode.designPattern.SimpleFactory.impl;
import com.bjpowernode.designPattern.SimpleFactory.Food;
 
/*
 * 薯?xiàng)l對(duì)抽象產(chǎn)品接口的實(shí)現(xiàn)
 */
public class Chips implements Food{
 /*
  * 獲取一份薯?xiàng)l
  */
 public void get(){
  System.out.println("我要一份薯?xiàng)l");
 }
}

現(xiàn)在建立一個(gè)食物加工工廠：

package com.bjpowernode.designPattern.SimpleFactory.impl;
import com.bjpowernode.designPattern.SimpleFactory.Food;
 
 
public class FoodFactory {
 
 public static Food getFood(String type) throws InstantiationException, IllegalAccessException, ClassNotFoundException {
  if(type.equalsIgnoreCase("mcchicken")) {
   return McChicken.class.newInstance();
 
  } else if(type.equalsIgnoreCase("chips")) {
   return Chips.class.newInstance();
  } else {
   System.out.println("哎呀！找不到相應(yīng)的實(shí)例化類啦！");
   return null;
  }
 
 
 }
}

最后我們建立測(cè)試客戶端：

package com.bjpowernode.designPattern.SimpleFactory.client;
import com.bjpowernode.designPattern.SimpleFactory.Food;
import com.bjpowernode.designPattern.SimpleFactory.impl.FoodFactory;
 
/*
 * 測(cè)試客戶端
 */
public class SimpleFactoryTest {
 public static void main(String[] args) throws InstantiationException, IllegalAccessException, ClassNotFoundException {
 
  //實(shí)例化各種食物
  Food mcChicken = FoodFactory.getFood("McChicken");
  Food chips = FoodFactory.getFood("Chips");
  Food eggs = FoodFactory.getFood("Eggs");
 
  //獲取食物
  if(mcChicken!=null){
   mcChicken.get();
  }
  if(chips!=null){
   chips.get();
  }
  if(eggs!=null){
   eggs.get();
  }
 
 
 }
}

輸出的結(jié)果如下：

哎呀！找不到相應(yīng)的實(shí)例化類啦！
我要一份麥香雞
我要一份薯?xiàng)l

簡(jiǎn)單工廠模式的優(yōu)缺點(diǎn)分析： 

       優(yōu)點(diǎn)：工廠類是整個(gè)模式的關(guān)鍵所在。它包含必要的判斷邏輯，能夠根據(jù)外界給定的信息，決定究竟應(yīng)該創(chuàng)建哪個(gè)具體類的對(duì)象。用戶在使用時(shí)可以直接根據(jù)工廠類去創(chuàng)建所需的實(shí)例，而無(wú)需了解這些對(duì)象是如何創(chuàng)建以及如何組織的。有利于整個(gè)軟件體系結(jié)構(gòu)的優(yōu)化。

      缺點(diǎn)：由于工廠類集中了所有實(shí)例的創(chuàng)建邏輯，這就直接導(dǎo)致一旦這個(gè)工廠出了問(wèn)題，所有的客戶端都會(huì)受到牽連；而且由于簡(jiǎn)單工廠模式的產(chǎn)品室基于一個(gè)共同的抽象類或者接口，這樣一來(lái)，但產(chǎn)品的種類增加的時(shí)候，即有不同的產(chǎn)品接口或者抽象類的時(shí)候，工廠類就需要判斷何時(shí)創(chuàng)建何種種類的產(chǎn)品，這就和創(chuàng)建何種種類產(chǎn)品的產(chǎn)品相互混淆在了一起，違背了單一職責(zé)，導(dǎo)致系統(tǒng)喪失靈活性和可維護(hù)性。而且更重要的是，簡(jiǎn)單工廠模式違背了“開(kāi)放封閉原則”，就是違背了“系統(tǒng)對(duì)擴(kuò)展開(kāi)放，對(duì)修改關(guān)閉”的原則，因?yàn)楫?dāng)我新增加一個(gè)產(chǎn)品的時(shí)候必須修改工廠類，相應(yīng)的工廠類就需要重新編譯一遍。

      總結(jié)一下：簡(jiǎn)單工廠模式分離產(chǎn)品的創(chuàng)建者和消費(fèi)者，有利于軟件系統(tǒng)結(jié)構(gòu)的優(yōu)化；但是由于一切邏輯都集中在一個(gè)工廠類中，導(dǎo)致了沒(méi)有很高的內(nèi)聚性，同時(shí)也違背了“開(kāi)放封閉原則”。另外，簡(jiǎn)單工廠模式的方法一般都是靜態(tài)的，而靜態(tài)工廠方法是無(wú)法讓子類繼承的，因此，簡(jiǎn)單工廠模式無(wú)法形成基于基類的繼承樹(shù)結(jié)構(gòu)。

簡(jiǎn)單工廠模式的實(shí)際應(yīng)用簡(jiǎn)介： 

       作為一個(gè)最基本和最簡(jiǎn)單的設(shè)計(jì)模式，簡(jiǎn)單工廠模式卻有很非常廣泛的應(yīng)用，我們這里以Java中的JDBC操作數(shù)據(jù)庫(kù)為例來(lái)說(shuō)明。

        JDBC是SUN公司提供的一套數(shù)據(jù)庫(kù)編程接口API，它利用Java語(yǔ)言提供簡(jiǎn)單、一致的方式來(lái)訪問(wèn)各種關(guān)系型數(shù)據(jù)庫(kù)。Java程序通過(guò)JDBC可以執(zhí)行SQL語(yǔ)句，對(duì)獲取的數(shù)據(jù)進(jìn)行處理，并將變化了的數(shù)據(jù)存回?cái)?shù)據(jù)庫(kù)，因此，JDBC是Java應(yīng)用程序與各種關(guān)系數(shù)據(jù)進(jìn)行對(duì)話的一種機(jī)制。用JDBC進(jìn)行數(shù)據(jù)庫(kù)訪問(wèn)時(shí)，要使用數(shù)據(jù)庫(kù)廠商提供的驅(qū)動(dòng)程序接口與數(shù)據(jù)庫(kù)管理系統(tǒng)進(jìn)行數(shù)據(jù)交互。

客戶端要使用使用數(shù)據(jù)時(shí)，只需要和工廠進(jìn)行交互即可，這就導(dǎo)致操作步驟得到極大的簡(jiǎn)化，操作步驟按照順序依次為：注冊(cè)并加載數(shù)據(jù)庫(kù)驅(qū)動(dòng)，一般使用Class.forName();創(chuàng)建與數(shù)據(jù)庫(kù)的鏈接Connection對(duì)象；創(chuàng)建SQL語(yǔ)句對(duì)象preparedStatement(sql)；提交SQL語(yǔ)句，根據(jù)實(shí)際情況使用executeQuery()或者executeUpdate()；顯示相應(yīng)的結(jié)果；關(guān)閉數(shù)據(jù)庫(kù)。

以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評(píng)論