貧血のドメインを避け、データアクセスクラスをドメインクラス内に置かないようにするにはどうすればよいですか？

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 
    } 
} 

のは、私はそれをどのように行うか、またはFirstBar SecondBarを作成する必要があり、それを知っているために、データベースへのアクセスが必要ですSecondFooを作成する必要があると想像してみましょうか？ SecondFooのコンストラクタ内にデータソースを挿入しますか？サービスロケータ？ IFooからcreateBarを移動しますか？

EDIT：私はファクトリパターンの定義を探していません。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);  
    } 
}