解釋
簡(jiǎn)單工廠模式（Simple Factory Pattern）屬于類(lèi)的創(chuàng)新型模式，又叫靜態(tài)工廠方法模式（Static FactoryMethod Pattern）蛛蒙，是通過(guò)專門(mén)定義一個(gè)類(lèi)來(lái)負(fù)責(zé)創(chuàng)建其他類(lèi)的實(shí)例糙箍，被創(chuàng)建的實(shí)例通常都具有共同的父類(lèi)。
UML圖
簡(jiǎn)單工廠模式中包含的角色及其相應(yīng)的職責(zé)如下：
工廠角色（Creator）:這是簡(jiǎn)單工廠模式的核心牵祟，由它負(fù)責(zé)創(chuàng)建所有的類(lèi)的內(nèi)部邏輯深夯。
抽象（Product）產(chǎn)品角色：簡(jiǎn)單工廠模式所創(chuàng)建的所有對(duì)象的父類(lèi)，注意课舍，這里的父類(lèi)可以是接口也可以是抽象類(lèi)塌西，它負(fù)責(zé)描述所有實(shí)例所共有的公共接口。
具體產(chǎn)品（Concrete Product）角色：簡(jiǎn)單工廠所創(chuàng)建的具體實(shí)例對(duì)象筝尾，這些具體的產(chǎn)品往往都擁有共同的父類(lèi)捡需。
然而，在實(shí)際使用中筹淫，抽象產(chǎn)品和具體產(chǎn)品之間往往是多層次的產(chǎn)品結(jié)構(gòu)站辉，如下圖所示：
優(yōu)缺點(diǎn)
優(yōu)點(diǎn)：工廠類(lèi)是整個(gè)模式的關(guān)鍵所在。它包含必要的判斷邏輯损姜，能夠根據(jù)外界給定的信息饰剥，決定究竟應(yīng)該創(chuàng)建哪個(gè)具體類(lèi)的對(duì)象。用戶在使用時(shí)可以直接根據(jù)工廠類(lèi)去創(chuàng)建所需的實(shí)例摧阅，而無(wú)需了解這些對(duì)象是如何創(chuàng)建以及如何組織的汰蓉。有利于整個(gè)軟件體系結(jié)構(gòu)的優(yōu)化。
缺點(diǎn)：由于工廠類(lèi)幾種了所有實(shí)例的創(chuàng)建邏輯棒卷，這就直接導(dǎo)致一旦這個(gè)工廠出了問(wèn)題顾孽，所有的客戶端都會(huì)受到牽連；而且由于簡(jiǎn)單工廠模式的產(chǎn)品是基于一個(gè)共同的抽象類(lèi)或者接口比规，當(dāng)產(chǎn)品的種類(lèi)增加的時(shí)候若厚，工廠類(lèi)就需要判斷何時(shí)創(chuàng)建何種種類(lèi)的產(chǎn)品，這就和創(chuàng)建何種種類(lèi)產(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í)候必須修改工廠類(lèi)肃晚，相應(yīng)的工廠類(lèi)就需要重新編譯一遍锚贱。
總結(jié)：簡(jiǎn)單工廠模式分離產(chǎn)品的創(chuàng)建者和消費(fèi)者，有利于軟件系統(tǒng)結(jié)構(gòu)的優(yōu)化关串；但是由于一切邏輯都集中在一個(gè)工廠類(lèi)中，導(dǎo)致了沒(méi)有很高的內(nèi)聚性监徘，同時(shí)也違背了“開(kāi)放封閉原則”晋修。另外，簡(jiǎn)單工廠模式的方法一般都是靜態(tài)的凰盔，而靜態(tài)工廠方法是無(wú)法讓子類(lèi)繼承的墓卦，因此，簡(jiǎn)單工廠模式無(wú)法形成基于基類(lèi)的繼承樹(shù)結(jié)構(gòu)户敬。
