關於工廠模式的想法

2022-07-23 01:00:45 字數 778 閱讀 7258

工廠模式分為:靜態工廠、工廠方法、抽象工廠。

工廠模式好處(我想到的):

1、物件統一管理,重複使用,修改方便(改一處,多處同時改動)

2、物件的產生和使用分離(客戶不關心建立的細節,只關心如何使用」單一職責鏈原則」)

以前看靜態工廠方法大部分是這樣的(這裡主要不研究工廠模式)

public

class

factorydemo

else

if(typename.equals("teacher"))

} }

但是我就在想,如果person介面的實現類非常多,那麼這個工廠不是顯得十分臃腫嗎?

工廠模式有解決的方法(這裡不多說),我只說當時我的一些想法,這裡傳的引數都是變化的,我能傳不變的引數進來嗎?

於是想到了反射,於是我做如下修改:

public

class

personfactory

else

} }

這樣的話這個工廠就不需要變化

如果要獲得student物件,只需要呼叫personfactory.createperson(student.class)即可

如果要獲得teacher物件,只需要呼叫personfactory.createperson(teacher.class)即可

關於工廠模式的學習

對於工廠模式,原先發現自己其實了解的很抽象,或者說很膚淺而已。有種一葉蔽目,不見泰山的感覺的吧。其實對於這個模式有些東西根本就沒有乙個全面的概念吧。最初的一種印象就是如下所示 package demo05 public class factorydemo01 if orange null if ba...

關於工廠模式 二

在抽象工廠模式前面有一些其它的資訊,好吧,我有點糊塗了。簡單工廠模式應該是將生產產品的方法放到乙個工廠類中,所有不同的產品由這個工廠類來生產,工廠 creator 角色 簡單工廠模式的核心,它負責實現建立所有例項的內部邏輯。工廠類可以被外界直接呼叫,建立所需的產品物件。抽象產品 product 角色...

關於設計模式的一點想法

軟體開發的理想是開發出高內聚 低耦合的軟體,學習 掌握優秀的設計模式並在實際開發過程中合理地加以運用,可以開發出可讀性 可維護性和可測性強的程式,降低 的冗餘性。由此想到,我們在軟體開發過程中,經常過分關注於具體的實現細節,忽略了考慮軟體設計上是否合理 是否存在更加可取的設計模式,而有意識地思考設計...