工廠模式是最重要的模式，因?yàn)榇蠖鄶?shù)模式都需要用到工廠模式。如果不能正確的運(yùn)用工廠模式，那么可以說(shuō)無(wú)法成為合格的架構(gòu)師。
多數(shù)設(shè)計(jì)模式的內(nèi)容講解的都是如何設(shè)計(jì)接口。
接口如何產(chǎn)生呢？如果在客戶代碼（類庫(kù)的使用者稱之為客戶）中直接使用具體類，那么就失去了接口的意義。因?yàn)榻涌诘氖褂媚康模褪且档涂蛻魧?duì)具體類的依賴程度。如果在客戶代碼中直接使用接口，那么就造成了客戶對(duì)具體類名稱的依賴。（客戶最終需要以某種方式指明所需要的具體類，如配置文件或代碼，但是只需要指出一次，所以說(shuō)降低對(duì)具體類的依賴程度）。要使客戶代碼不依賴具體類，唯一的方法，就是讓客戶代碼不依賴具體類的部分不知道具體類的名稱。知道具體類名稱的部分，僅僅是配置部分。（配置文件或者配置代碼）。
依賴不可能完全消除，除非二者毫無(wú)聯(lián)系。但是可以將這種依賴的程度降到最低。
既然不能直接創(chuàng)建具體類，那么就需要通過(guò)一個(gè)創(chuàng)建者類來(lái)創(chuàng)建接口的實(shí)現(xiàn)類。這樣就產(chǎn)生了工廠類。
那么現(xiàn)在已經(jīng)知道工廠類存在的理由，抽象創(chuàng)建接口的過(guò)程。
這樣，就可以使用簡(jiǎn)單工廠。
簡(jiǎn)單工廠，一般是兩級(jí)結(jié)構(gòu)。工廠類創(chuàng)建接口。
隨著接口創(chuàng)建復(fù)雜性的增強(qiáng)，可能在接口創(chuàng)建的過(guò)程中，一個(gè)創(chuàng)建者類，無(wú)法承擔(dān)創(chuàng)建所有的接口類的職責(zé)。
可能會(huì)有這樣的情況，我們定義了一個(gè)接口，有6個(gè)實(shí)現(xiàn)類分別是123456號(hào)。但是，這六個(gè)實(shí)現(xiàn)類不可能用一個(gè)工廠創(chuàng)建出來(lái)，因?yàn)?23號(hào)是 windows下的實(shí)現(xiàn)，而456號(hào)是linux上的實(shí)現(xiàn)。（假設(shè)我們使用的語(yǔ)言不是廣大人民群眾熱愛(ài)的java語(yǔ)言），那么這個(gè)時(shí)候，我還需要客戶方用相同的方式來(lái)創(chuàng)建這個(gè)借口，而不是在代碼中到處寫
代碼
if (操作系統(tǒng) == " windows " ){
}
else {
}
那樣就太麻煩了。設(shè)計(jì)模式就是為了減少麻煩，而不是什么別的廢話，比如什么太極八卦、天人合一、面向xx之類的。因?yàn)榕侣闊?strong>所以搞出設(shè)計(jì)模式這個(gè)咚咚減少麻煩。如果你發(fā)現(xiàn)用了設(shè)計(jì)模式更麻煩了，那么肯定是你用錯(cuò)了。
這個(gè)時(shí)候?yàn)榱耸∈?，我就把工廠也抽象成一個(gè)接口（因?yàn)槲矣袃蓚€(gè)相似的工廠，如果只有一個(gè)，我還廢話什么呢），這樣就成了工廠方法。
當(dāng)然，既然工廠方法成了一個(gè)接口，那么當(dāng)然也需要用一個(gè)工廠來(lái)創(chuàng)建它。這個(gè)時(shí)候，創(chuàng)建是三級(jí)結(jié)構(gòu)，簡(jiǎn)單工廠（此時(shí)是工廠的工廠）創(chuàng)建工廠接口（本來(lái)是個(gè)類，現(xiàn)在因?yàn)檫M(jìn)一步的抽象，成為接口了），工廠接口創(chuàng)建產(chǎn)品。
過(guò)了一段時(shí)間，隨著我們的工廠業(yè)務(wù)不斷發(fā)展，我們有了很多產(chǎn)品。
比如，我們有錘子和釘子兩種產(chǎn)品。這兩種產(chǎn)品都有windows品牌和linux品牌的。我們給錘子和釘子各自定義了一個(gè)創(chuàng)建的接口。
代碼
interface 錘子工廠{
造錘子（）；
}
interface 釘子工廠{
造釘子();
}
可是，我們發(fā)現(xiàn)某些用戶，用windows的錘子去敲linux的釘子，從而把程序敲出了bug。這當(dāng)然是我們的錯(cuò)誤，因?yàn)槲覀冞`反了一條金科玉律：
要想使你的程序穩(wěn)定運(yùn)行，你假設(shè)用戶是豬。
所以，我們把錘子和釘子的工廠合并，讓一個(gè)工廠只能造出配套的錘子和釘子，這樣豬就沒(méi)有犯錯(cuò)誤的機(jī)會(huì)了。
于是我們搞出一個(gè)抽象工廠：
interface 鐵匠鋪{
造錘子（）；
造釘子();
}
當(dāng)然，這個(gè)鐵匠鋪是個(gè)接口，所以同樣需要用一個(gè)工廠來(lái)創(chuàng)建它。所以，這個(gè)時(shí)候，工廠還是三級(jí)結(jié)構(gòu)。
我們的工廠，業(yè)務(wù)很多，而且產(chǎn)品一般都是配套使用的（這樣可以多騙點(diǎn)錢），所以，我們大多數(shù)情況下，都是使用抽象工廠和簡(jiǎn)單工廠。簡(jiǎn)單工廠用來(lái)創(chuàng)建工廠，抽象工廠創(chuàng)建產(chǎn)品。
工廠的作用，就是創(chuàng)建接口。
其實(shí)我們不知道什么是設(shè)計(jì)模式，我們只是怕麻煩。什么是麻煩呢？
我們覺(jué)得把同樣的代碼寫兩遍就非常麻煩。所以，我們寧可多寫幾句，也要解決麻煩。豬不怕麻煩，可以日復(fù)一日的重復(fù)相同的事情，可是我們不是豬。
例子:
public interface Plant { }
public class PlantA implements Plant {
public PlantA () {
System.out.println("create PlantA !");
}
public void doSomething() {
System.out.println(" PlantA do something ...");
}
}
public class PlantB implements Plant {
public PlantB () {
System.out.println("create PlantB !");
}
public void doSomething() {
System.out.println(" PlantB do something ...");
}
}
public interface Fruit { }
public class FruitA implements Fruit {
public FruitA() {
System.out.println("create FruitA !");
}
public void doSomething() {
System.out.println(" FruitA do something ...");
}
}
public class FruitB implements Fruit {
public FruitB() {
System.out.println("create FruitB !");
}
public void doSomething() {
System.out.println(" FruitB do something ...");
}
}
public interface AbstractFactory {
public Plant createPlant();
public Fruit createFruit();
}
public class FactoryA implements AbstractFactory {
public Plant createPlant() {
return new PlantA();
}
public Fruit createFruit() {
return new FruitA();
}
}
public class FactoryB implements AbstractFactory {
public Plant createPlant() {
return new PlantB();
}
public Fruit createFruit() {
return new FruitB();
}
}
public Client {
public method1() {
AbstractFactory instance = new FactoryA();
instance.createPlant();
}
}
posted on 2009-04-06 10:02
lanxin1020 閱讀(146)
評(píng)論(0) 編輯 收藏 所屬分類:
j2se