簡單工廠模式屬于類的建立型模式,又叫做靜态工廠方法模式。通過專門定義一個類來負責建立 其他類的執行個體，被建立的執行個體通常都具有共同的父類。
1.工廠（creator）角色
簡單工廠模式的核心，它負責實作建立所有執行個體的内部邏輯。工廠類可以被外界直接調用，建立所需的産品對象。
2.抽象（product）角色
簡單工廠模式所建立的所有對象的父類，它負責描述所有執行個體所共有的公共接口。
3.具體産品（concrete product）角色
簡單工廠模式所建立的具體執行個體對象
下面我們來個一個關于工廠類的最簡單的例子：
先給出一個接口父類 fruit.java，并且賦予采集方法
随後，有兩個實體類 apple.java 和 banana.java
這樣，我們仿佛有了原材料，簡單工廠模式，就像工廠産出商家所需要的東西。
粗劣的版本如下：
更新下：
在思考，究極版：
測試下，我們的工廠：
你可以看到列印出：
相關資料：
傳回與帶有給定字元串名的類或接口相關聯的 <code>class</code> 對象。
public t newinstance()
creates a new instance of the class represented by this {@code class}
<dl></dl>
<dd>傳回此 <code>object</code> 的運作時類。傳回的 <code>class</code> 對象是由所表示類的 <code>static synchronized</code> 方法鎖定的對象。</dd>
<dd> </dd>
在這個模式中，工廠類是整個模式的關鍵所在。它包含必要的判斷 邏輯，能夠根據外界給定的資訊，決定究竟應該建立哪個具體類的
對象。使用者在使用時可以直接根據工廠類去建立所需的執行個體，而無 需了解這些對象是如何建立以及如何組織的。有利于整個軟體體系
結構的優化。不難發現，簡單工廠模式的缺點也正展現在其工廠類上，由于工廠類集中
了所有執行個體的建立邏輯，是以“高内聚”方面做的并不好。另外，當系統中的 具體産品類不斷增多時，可能會出現要求工廠類也要做相應的修改，擴充
性并不很好。