结构图和创建具有初始状态的对象

Question

我有一个需要向其中注入依赖项的对象

public class FootballLadder
{
    public FootballLadder(IMatchRepository matchRepository, int round)
    {
        // set initial state
        this.matchRepo = matchRepository;
        this.round = round;
    }

    public IEnumerable<LadderEntry> GetLadderEntries()
    {
        // calculate the ladder based on matches retrieved from the match repository
        // return the calculated ladder
    }

    private IMatchRepository matchRepo;
    private int round;
}

。出于参数考虑，我们假设我无法将 round 参数传递到 GetLadderEntries 调用本身。

使用 StructureMap，如何注入对 IMatchRepository 的依赖并设置初始状态？或者这是与框架作斗争的情况之一是代码应该重构的标志吗？

Answer 1

您始终可以使用构造函数参数作为默认值。我将以下内容用于 sqlconnection 的默认实例。

this.For<SqlConnection>().Use(c => new SqlConnection(ConfigurationManager.ConnectionStrings["conn"].ConnectionString));

还有其他方法，但我记不起来了。

编辑：这也是可以完成的另一种方法。我从这里找到了这个：
http://www.theabsent Mindcoder.com/2010/05 /struct-map-26-constructor-arguments.html

x.For<MatchRepository>().Use<MatchRepository>();
x.For<IFootballLadder>().Use<FootballLadder>()
    .Ctor<int>("round")
    .Is(3);

如果 round 的值是通过方法确定的，您可以使用 lambda 表达式指定它来加载值，如下所示

.Is(c => c.GetInstance<IRoundProvider>().GetRound())

希望这是有道理的。但要回答你的问题，是的，这是可能的，而且很容易。

Answer 2

大多数 DI 框架允许您在构造函数中注入基元，如 Spinon 向您展示了。如果可能的话，我尝试以不需要复杂配置的方式重构我的代码。通常，这使我的应用程序代码最容易理解，并且意外最少（每分钟 WTF 数量很少;-)）。您必须仔细平衡这一点，因为有时复杂的配置可能会使您的应用程序代码更简单。

以下是一些可能的重构建议：

1) 使用工厂：

当客户端必须控制 round 值时，使用工厂非常有用：

public interface IFootballLadderFactory
{
    FootballLadder CreateNew(int round);
}

这样您就可以注入 IFootballLadderFactory 并允许客户端调用：

var ladder = this.footballLadderFactory.CreateNew(3);

2) 使用属性：

您可以从构造函数中删除 round 参数并将其更改为 get/set 属性。当客户端必须能够控制round值或使用工厂时，这都很有用：

public class FootballLadder
{
    private IMatchRepository matchRepo;

    public FootballLadder(IMatchRepository matchRepository)
    {
    }

    public int Round { get; set; }
}

例如，IFootballLadderFactory的实现可能如下所示：

public class CastleFootballLadderFactory : IFootballLadderFactory
{
    public IWindsorContainer Container;

    public FootballLadder CreateNew(int round)
    {
        var ladder = this.Container.Resolve<FootballLadder>();
        ladder.Round = round;
        return ladder;
    }
}

或者客户端可以设置 Round 属性：

public class Client
{
    public Client(FootballLadder ladder)
    {
       ladder.Round = 3;
    }
}

请小心最后一个示例。客户端通常不必关心依赖项的生命周期。在本例中，我们正在更改注入依赖项的状态。这可以防止我们更改此依赖项的生命周期，因为在这种情况下，可以从客户端脚下更改ladder实例的状态。除此之外，当 Round 从未设置时，FootballLadder 类应该抛出 InvalidOperationException。我认为这样的检查很好而且很干净，但确实会让你编写更多的代码。

3) 将 IRoundProvider 注入到 FootballLadder 构造函数中：

正如 Spinon 所写，您可以实现 IRoundProvider，但改为在配置中使用它时，您可以将其用作构造函数参数。

public class FootballLadder
{
    private IMatchRepository matchRepo;
    private int round;

    public FootballLadder(IMatchRepository matchRepository,
        IRoundProvider roundProvider)
    {
       this.round = roundProvider.GetRound();
    }        
}

4) 创建一个特定于您的 DI 配置的子类型：

public class DIFootballLadder : FootballLadder
{
    private const int Round = 3;

    public DIFootballLadder(IMatchRepository matchRepository)
        : base(matchRepository, Round)
    {
    }
}

现在您可以按如下方式注册它：

x.For<FootballLadder>().Use<DIFootballLadder>();

这样做的缺点是您拥有的额外代码本身是纯配置代码。除此之外，当 FootballLadder 的依赖项发生变化时，您也必须更改 DIFootballLadder 。

我希望这有帮助。