如何避免貧血域並避免將您的數據訪問類放入您的域類中？

Question

我試圖將我的業務邏輯從我的服務類和我的控制器中移出，並將其放入我的業務類中。

public interface IFoo{ 
    IBar CreateBar(creationParameters); 
} 
public class FirstFoo : IFoo{ 
    IBar CreateBar(creationParameters){ 
    return new FirstBar(creationParameter.Id); 
    } 
} 
public interface IBar{ 
    void DoSomething(); 
} 
public class FirstBar : IBar{ 
    FirstBar(int id){...} 
    void DoSomething(){ 
    //well... do something 
    } 
} 
public class SecondBar : IBar{ 
    FirstBar(int id){...} 
    void DoSomething(){ 
    //well... do something else 
    } 
} 

讓我們想象一下，我需要建立一個SecondFoo這將需要對數據庫的訪問就知道它必須創建一個FirstBar或SecondBar，我該怎麼辦呢？我將數據源注入到SecondFoo的構造函數中？服務定位器？我將createBar移出IFoo？

編輯：我不是在尋找工廠模式的定義，createBar方法可能是像「changeBar」或「doBusinessWithBar」。

Answer 1

讓我們想象一下，我需要創建一個SecondFoo那將需要訪問數據庫，知道它必須創建一個FirstBar或SecondBar

看來SecondFoo需要某種決策邏輯的決定是創建一個FirstBar還是一個SecondBar。該邏輯可以在策略接口中被分解出來，其中數據庫訪問實現將在生產中使用。你可以通過構造函數注入策略。

IBar CreateBar(creationParameters) { 
    if (strategy.ShouldCreateFirst(creationParameters)) { 
    return new FirstBar(creationParameter.Id);  
    } 
    else { 
    return new SecondBar(creationParameter.Id);  
    } 
}