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的构造函数中注入我的数据源？服务定位器？我将createBar移出IFoo？

编辑：我不是在寻找工厂模式的定义，createBar方法可能类似于“changeBar”或“doBusinessWithBar”。

Answer 1

让我们想象一下，我需要创建一个需要访问数据库才能知道它必须创建FirstBar或SecondBar的SecondFoo

似乎SecondFoo需要某种决策逻辑来决定是创建FirstBar还是SecondBar。可以在策略接口中考虑该逻辑，其中数据库访问实现将在生产中使用。您可以通过构造函数注入策略。

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

如何避免贫血领域并避免将您的数据访问类放入域类中？

1 个答案: