這是一種模式，一個壞主意或你知道如何改進？

Question

給定一個類層次結構像這樣的： a package tree 這將是一個不錯的主意，有一類是幫助創建的對象？ E.I.一個類與方法相對應的每個可以創建的類（方法equals（）返回一個CompareCriteria例如）。 我看到的好處是它會隱藏複雜的繼承結構，並且依賴關係會減少。

Answer 1

對象創建有兩種或三種模式。最常見的是工廠，這似乎適用於這個層次結構。我不記得其他的（也不知道有多少），但我認爲另一個被稱爲原型。

如果你關心這樣的事情，拿書的設計模式。

Answer 2

對象創建模式包括Builder,Factory和Prototype。維基百科有一個fairly detailed list。

Answer 3

它們實際上是一種設計模式 - 創作模式。維基百科有這些圖案類型的合理說明 - 從GoF的書起源：

http://en.wikipedia.org/wiki/Creational_pattern

• 抽象工廠模式
• 工廠方法模式
• Builder模式
• 延遲初始化模式
• 對象池
• 原型模式
• Singleton模式

Answer 4

的類層次隻字未提需要一個工廠方法或創建對象的任何其他專門的辦法。你想用這些課程做什麼？難以使用嗎？難以延續嗎？

是否創建工廠或類似的改善情況？

如果你不能讓你的心靈，創建一個使用類（現實的例子請）的一些實例，然後重構那些用你們廠。

，運動後，你應該能夠自己決定。或者回來一些更具體的問題。

Answer 5

似乎並不複雜。在選擇之前，您可能需要考慮如何進行單元測試 - 工廠可以很難正確注入模擬。

此外，我還沒有看到任何人名單依賴注入 - 我倒是尋找到一個DI工具包，以及因爲它會解決的單元測試問題和共同建設的模式相關的幾個人。它看起來像你的一些類建立在其他人（如你可能結合他們來解決問題），和DI幫助了很多。