103
Design Pattern: Factory Method 模式
學習是分享和合作式的!
轉載請注明出處:https://blog.csdn.net/wdzxl198/article/details/9223275；
文章摘自： https://www.riabook.cn/doc/designpattern/；
考慮一個狀況，您所經營的工廠正在生產一個新的電視機產品，現在有一個問題發生了，您的電視機產品所有的組件都可以自行生產，像是操作麵版、電源、搖控裝置等等等，但熒幕卻必須依賴另一個廠商或子廠商供應，這時您怎麼辦？
您不能將生產進度停下了，相反的您必須確定一些事情，您知道有關於熒幕控製的所有介麵，您可以將這些對介麵的操作溝通先實現，等到熒幕到了，直接將熒幕與您的半成品組合起來，一個完整的成品即可出廠。
Factory Method模式在一個抽象類中留下某個創建元件的抽象方法沒有實作，其它與元件操作相關聯的方法都先依賴於元件所定義的介麵，而不是依賴於元件的實現， 當您的成品中有一個或多個元件無法確定時，您先確定與這些元件的操作介麵，然後用元件的抽象操作介麵先完成其它的工作，元件的實作（實現）則推遲至實現元 件介麵的子類完成，一旦元件加入，即可完成您的成品。
再舉一個例子，假設您要完成一個文件編輯器，您希望這個編輯器可以適用於所有類型的檔案編輯，例如RTF、DOC、TXT等等，盡管這些文件有著不同的格 式，您先確定的是這些文件必然具備的一些操作介麵，例如儲存、開啟、關閉等等，您用一個IDocument類型來進行操作，這麼一來這個框架就無需考慮實 際的儲存、開啟等細節是如何進行的。
以 UML 類別圖來表現以下的概念：
AbstractEditor中的createDocument()方法是個抽象方法，因為框架不知道您將實現一個什麼類型的文件，這個抽象方法將推遲至繼承AbstractEditor的子類中實現。
這個架構可用以下簡單的示意程式來作示範，當中實現了一個RTFDocument，雖然在AbstractEditor中並不知道我們會套用這個RTFDocument，但您可以看到，透過多型操作，您的框架可以進行對文件的相關操作。
- AbstractEditor.java
1: public abstract class AbstractEditor {
2: private IDocument document;
3: public abstract IDocument createDocument();
4:
5: public void newDocument() {
6: document = createDocument();
7: document.open();
8: }
9:
10: public void saveDocument() {
11: if(document != null)
12: document.save();
13: }
14:
15: public void closeDocument() {
16: if(document != null)
17: document.close();
18: }
19: }
- IDocument.java
1: public interface IDocument {
2: public void open();
3: public void save();
4: public void close();
5: }
- RTFEditor.java
1: public class RTFEditor extends AbstractEditor {
2: public IDocument createDocument() {
3: return new RTFDocument();
4: }
5: }
- RTFDocument.java
1: public class RTFDocument implements IDocument {
2: public RTFDocument() {
3: System.out.println("建立RTF文件");
4: }
5:
6: public void open() {
7: System.out.println("開啟文件");
8: }
9:
10: public void save() {
11: System.out.println("儲存文件");
12: }
13:
14: public void close() {
15: System.out.println("關閉文件");
16: }
17: }
Factory Method中的AbstractOperator中擁有一個抽象的factoryMethod()方法，它負責生成一個IProduct類型的物件，由 於目前還不知道將如何實現這個類型，所以將之推遲至子類別中實現，在AbstractOperator中先實現IProduct操作介麵溝通的部份，隻要 介麵統一了，利用多型操作即可完成各種不同的IProduct類型之物件操作。
也就是說，對AbstractOperator來說，其操作的IProduct是可以抽換的。
最後更新：2017-04-03 16:59:48