專門定義一個類來負(fù)責(zé)創(chuàng)建其他類的實例，被創(chuàng)建的實例通常都具有共同的父類。它又稱為靜態(tài)工廠方法模式，屬于類的創(chuàng)建型模式。
簡單工廠模式的UML類圖(見右圖)

簡單工廠模式的實質(zhì)是由一個工廠類根據(jù)傳入的參數(shù)，動態(tài)決定應(yīng)該創(chuàng)建哪一個產(chǎn)品類（這些產(chǎn)品類繼承自一個父類或接口）的實例。
該模式中包含的角色及其職責(zé)
工廠（Creator）角色
簡單工廠模式的核心，它負(fù)責(zé)實現(xiàn)創(chuàng)建所有實例的內(nèi)部邏輯。工廠類可以被外界直接調(diào)用，創(chuàng)建所需的產(chǎn)品對象。
抽象（Product）角色
簡單工廠模式所創(chuàng)建的所有對象的父類，它負(fù)責(zé)描述所有實例所共有的公共接口。
具體產(chǎn)品（Concrete Product）角色
簡單工廠模式的特點:
簡單工廠模式的創(chuàng)建目標(biāo)，所有創(chuàng)建的對象都是充當(dāng)這個角色的某個具體類的實例。
在這個模式中，工廠類是整個模式的關(guān)鍵所在。它包含必要的判斷邏輯，能夠根據(jù)外界給定的信息，決定究竟應(yīng)該創(chuàng)建哪個具體類的對象。用戶在使用時可以直接根據(jù)工廠類去創(chuàng)建所需的實例，而無需了解這些對象是如何創(chuàng)建以及如何組織的。有利于整個軟件體系結(jié)構(gòu)的優(yōu)化。
不難發(fā)現(xiàn)，簡單工廠模式的缺點也正體現(xiàn)在其工廠類上，由于工廠類集中了所有實例的創(chuàng)建邏輯，所以“高內(nèi)聚”方面做的并不好。另外，當(dāng)系統(tǒng)中的具體產(chǎn)品類不斷增多時，可能會出現(xiàn)要求工廠類也要做相應(yīng)的修改，擴展性并不很好。
以上不是我說的，是轉(zhuǎn)的

dreamsfly 2008-3-1 21:00

public abstract class VideoWiring
? ? {
? ?? ???public abstract string PlayVideo();
? ? }



? ? public class Create
? ? {
? ?? ???public static VideoWiring factory(string VideoName)
? ?? ???{
? ?? ?? ?? ?switch (VideoName)
? ?? ?? ?? ?{
? ?? ?? ?? ?? ? case "DVD":
? ?? ?? ?? ?? ?? ???return new DVD();
? ?? ?? ?? ?? ? case "VCD":
? ?? ?? ?? ?? ?? ???return new VCD();
? ?? ?? ?? ?}
? ?? ?? ?? ?return null;
? ?? ???}
? ? }
? ? public class VCD:VideoWiring
? ? {
? ?? ???public override string PlayVideo()
? ?? ???{
? ?? ?? ?? ?return "正在播放播放VCD";
? ?? ???}
? ? }

? ? public class DVD : VideoWiring
? ? {
? ?? ???public override string PlayVideo()
? ?? ???{
? ?? ?? ?? ?return "正在播放播放DVD";
? ?? ???}
? ? }
看下這個例子
VideoWiring vw = Create.factory("DVD");
? ?? ?? ?? ?textBox1.Text= vw.PlayVideo();
? ?? ?? ?? ?vw = Create.factory("VCD");
? ?? ?? ?? ?textBox1.Text+=vw.PlayVideo();

轉(zhuǎn)載于:https://www.cnblogs.com/8user/archive/2008/03/13/1104535.html

與50位技術(shù)專家面對面20年技術(shù)見證，附贈技術(shù)全景圖

總結(jié)

以上是生活随笔為你收集整理的c#中的工廠模式的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。