Simple Factory Pattern (簡(jiǎn)單工廠模式)
特性:
- 把類的實(shí)例化工作,集中到一個(gè)「工廠類」去處理,亦即將 new instance 的工作,都交給一個(gè)「工廠」去處理,而不要分散寫在各個(gè)類中。
- 客戶端程序,與創(chuàng)建實(shí)例 (對(duì)象) 的工作必須隔離,亦即「解耦」,客戶端程序只要專注于自己的業(yè)務(wù)邏輯。適用于客戶端程序在開(kāi)發(fā)過(guò)程中,尚無(wú)法預(yù)知要?jiǎng)?chuàng)建的具體類型。
- 產(chǎn)品具體的實(shí)現(xiàn)能和客戶端隔離,便于事后抽換。
Simple Factory Pattern (簡(jiǎn)單工廠模式)、Factory Method Pattern (工廠方法模式),在實(shí)作的代碼中,有時(shí)很難明確去界定此二者。Simple Factory 的特性,如前所述,在于將創(chuàng)建實(shí)例 (new instance) 的工作,集中由特定的一個(gè)「工廠類」來(lái)處理,避免寫在各個(gè)類中,以方便日后添加新功能,和修改既有的功能。
如下「進(jìn)口水果」的代碼,為 O'Reilly 的「C# 3.0 Design Patterns」這本書籍 [1] 第五章的 Factory Method 示例。乍看之下,我覺(jué)得它比較像 Simple Factory Pattern,因其仍將創(chuàng)建實(shí)例,和部分邏輯判斷的工作,都集中在一個(gè) 工廠類 (Creator1 類) 去處理,導(dǎo)致日后要添加新功能 (多引進(jìn)一個(gè)國(guó)家的水果),或要修改判斷「進(jìn)口月份」的邏輯時(shí),仍要修改 server-side 的這個(gè)「工廠類」,而無(wú)法只修改 client-side 的 Page_Load 方法,違背了「開(kāi)放-封閉」原則。
但這個(gè)示例,要實(shí)例化哪個(gè)類型,是由「工廠類」以及客戶端 (水果店主人) 的 Page_Load 方法,共同決定的。透過(guò) IProduct 接口,看似隔離了客戶端程序、具體 Product 的依賴關(guān)系,但客戶端程序仍有創(chuàng)建對(duì)象的決定權(quán),因此其與創(chuàng)建實(shí)例 (對(duì)象) 的工作并未真正隔離。

SimpleFactory.ASPx.cs
using System;
//這個(gè)示例事實(shí)上算是一個(gè) Factory Method Pattern
public partial class SimpleFactory : System.Web.UI.Page
{
//客戶端調(diào)用(Client-Side)。這個(gè)示例的客戶端,如同一間水果店的店主人。
protected void Page_Load(object sender, EventArgs e)
{
Creator1 c = new Creator1(); //工廠類實(shí)體
IProduct product;
//由客戶端決定要具體實(shí)例化哪些類型。
//但此示例的特點(diǎn),為客戶端不需要知道產(chǎn)品類型。
for (int i = 1; i <= 12; i++)
{
//客戶端不需要知道產(chǎn)品類型。把創(chuàng)建哪種具體產(chǎn)品的決定,委托給了工廠方法
product = c.factoryMethod(i);
Response.Write("水果進(jìn)口, " + i + "月: " + product.shipFrom() + "
");
}
}
//這個(gè)示例,要實(shí)例化哪個(gè)類型,是由「工廠類」以及 Client-Side 的 Page_Load() 方法,共同決定的。
//透過(guò) IProduct 接口,看似隔離了客戶端程序、具體 Product 的依賴關(guān)系,
//但客戶端程序仍有創(chuàng)建對(duì)象的決定權(quán),因此其與創(chuàng)建實(shí)體 (對(duì)象) 的工作并未真正隔離。
//即使日后修改了某個(gè)子類 shipFrom() 里的實(shí)作方式,對(duì)客戶端不會(huì)有影響,
//客戶端只要知道如何操作 shipFrom() 去進(jìn)口水果即可。
}
//所有的產(chǎn)品,必須實(shí)現(xiàn)這個(gè)接口。如此一來(lái),先建立一種「契約」,
//以后要增添、修改產(chǎn)品時(shí),就可由這個(gè)接口(或抽象類)來(lái)操作。
interface IProduct
{
//隱藏實(shí)現(xiàn)細(xì)節(jié)。
//事前不知道要?jiǎng)?chuàng)建哪種類的實(shí)體(產(chǎn)品),延至 Creator1 類或「客戶端」中實(shí)現(xiàn)。
string shipFrom();
}
//單一職責(zé)原則,每一個(gè)類都只負(fù)責(zé)一件具體的事情。
// 臺(tái)灣的水果供貨商。
class ProductA : IProduct
{
public string shipFrom()
{
return " from 臺(tái)灣";
}
}
//單一職責(zé)原則,每一個(gè)類都只負(fù)責(zé)一件具體的事情。
// 美國(guó)的水果供貨商。
class ProductB : IProduct
{
public string shipFrom()
{
return "from 美國(guó)";
}
}
//單一職責(zé)原則,每一個(gè)類都只負(fù)責(zé)一件具體的事情
class DefaultProduct : IProduct
{
public string shipFrom()
{
return "不進(jìn)口";
}
}
//工廠類 (水果采購(gòu)人員),負(fù)責(zé)創(chuàng)建實(shí)體(采購(gòu)水果)。只有這個(gè)類,知道如何創(chuàng)建這些產(chǎn)品的邏輯
class Creator1
{
//日后若引進(jìn)新產(chǎn)品 (多引進(jìn)一個(gè)國(guó)家的水果)、修改舊產(chǎn)品,可集中在這里抽換;
//但缺點(diǎn)亦如是,亦即仍需修改這里的 Server-Side 代碼,必須修改此一工廠類。
//此處做法,偏向「簡(jiǎn)單工廠模式」的實(shí)體創(chuàng)建。
public IProduct factoryMethod(int month)
{
if (month >= 4 && month <= 11)
return new ProductA();
else
if (month == 1 || month == 2 || month == 12)
return new ProductB();
else
return new DefaultProduct();
}
}
//另一個(gè)工廠類
//class Creator2
//{
// public IProduct factoryMethod(int month, int day)
// {
//
不同的水果進(jìn)口方式
// }
//}
/*
執(zhí)行結(jié)果:
水果進(jìn)口, 1月: from 美國(guó)
水果進(jìn)口, 2月: from 美國(guó)
水果進(jìn)口, 3月: 不進(jìn)口
水果進(jìn)口, 4月: from 臺(tái)灣
水果進(jìn)口, 5月: from 臺(tái)灣
水果進(jìn)口, 6月: from 臺(tái)灣
水果進(jìn)口, 7月: from 臺(tái)灣
水果進(jìn)口, 8月: from 臺(tái)灣
水果進(jìn)口, 9月: from 臺(tái)灣
水果進(jìn)口, 10月: from 臺(tái)灣
水果進(jìn)口, 11月: from 臺(tái)灣
水果進(jìn)口, 12月: from 美國(guó)
*/
//
NET技術(shù):C# Design Patterns (1) - Factory Method,轉(zhuǎn)載需保留來(lái)源!
鄭重聲明:本文版權(quán)歸原作者所有,轉(zhuǎn)載文章僅為傳播更多信息之目的,如作者信息標(biāo)記有誤,請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除,多謝。