Java對象創建模式和設計

Question

我最近開始研究一個Java項目，該項目已經有了一個團隊在3個月內開發的大規模代碼庫。我注意到在許多地方，他們直接在客戶端對象的構造函數中實例化一些對象，而不是使用依賴注入。我想將對象構造重構爲工廠，並使用一些注入框架。

我已經創建了一個工廠，基本上是一個工作班次new <type(some params here)>。這裏沒有什麼特別的東西 - 沒有單身，沒有靜態的工廠模式。只是返回一個新的依賴關係實例的newInstance()方法。

在代碼中顯示的內容：

class A { A() { 
     B bobj = new B(); // A and B are coupled directly 
    } 
} 

我想重構這個到：

BFactory { 
    newInstance() { return new B(); // return B implementation } 
} 

class A { 
    A(BFactory factory){ 
    B bobj = factory.newInstance(); // A does not know about B impl 
    } 
} 

我的論點是對象不應該在任何地方在代碼中創建除了在工廠意味着那個目的。這會促進鬆散耦合，否則你會緊密耦合這兩種類型。一位高級會員（我試圖重構的代碼的作者）認爲，單線工廠是一個過於複雜的設計。

是否存在有關處理此問題的模式的權威性建議/參考？什麼可以用來決定哪種方法更好，爲什麼呢？

Answer 1

一位高級會員（我試圖重構的代碼的作者）認爲，單線工廠是過於複雜的設計。

這看起來像是你問題的癥結，而不是你是否應該重構代碼，所以讓我們回答它，而不是偏離實際問題。如果我們考慮您在代碼中提供的示例，我同意您的同事。您不應該爲要注入的每個依賴項創建一個工廠類。你試圖達到的目標沒有什麼不對，但你試圖達到目標的方式是過度的。

您或者依賴於Factory類的層次結構，該類知道如何創建每個依賴關係，或者您依賴於實際的類本身，並具有可將對象連接在一起的Container。

選項1：依靠一個共同的工廠

class A { 
    B bobj; 
    C cobj; 
    A(Factory factory){ 
    bobj = factory.createB(); 
    cobj = factory.createC(); 
    } 
} 

選項2：依靠依賴直接

class A { 
    B bobj; 
    C cobj; 
    A(A a,B b) { 
     this.bobj = b; 
     this.cobj = c 
    } 
} 

然後，您可以如何電線創建一個Container類，知道物體在一起：

class Container { 
    public static B createB() { 
     return new BImpl(); 
    } 

    public static C createC() { 
     return new CImpl(); 
    } 

    public static A createA() { 
     return newAImpl(createB(),createC()); 
    } 
} 

上面介紹的例子太基本了。在現實世界中，你將主要有一個更復雜的依賴關係圖。這就是DI框架派上用場而不是重新發明輪子的地方。如果您的最終目標是開始使用DI框架，則可以使用選項2，因爲DI框架通過向客戶端提供依賴關係而不是客戶端代碼請求來實現控制反轉。

Answer 2

你的基礎點是完全有效的，在構造函數中直接實例化對象通常不是一個好主意（它們可能是該規則的有效例外）。

如果你這樣做：

class Car { 

    private Engine engine; 

    public Car() { 
     engine = new Engine(); 
    } 

} 

你將很難一次測試時沒有汽車發動機。你必須使用反射才能通過模擬交換實例。

如果做以下代替

class Car { 

    private Engine engine; 

    @Inject 
    public Car(Engine engine) { 
     this.engine = engine; 
    } 

} 

它是很容易用假引擎來測試汽車，更換髮動機的實施或改變發動機應該構造方式（例如，添加更多的參數構造函數）。

但是，你應該肯定使用已建立的依賴注入框架，而不是編寫自己的工廠。如果你通過一個「共同工廠」，Chetan建議你最終隱藏你的依賴關係。

使用依賴注入更多的動力很好的資源可以在這裏找到： https://github.com/google/guice/wiki/Motivation或 https://youtu.be/acjvKJiOvXw（非常好說話，應該是值得你花時間）。