StructureMap容器解析：如何安全获取可选服务实例

为什么需要可选服务解析

在依赖注入的实际应用中，我们经常会遇到这样的场景：某些服务可能被注册到容器中，也可能没有被注册。传统的GetInstance()方法在这种情况下会直接抛出异常，但有时我们更希望优雅地处理这种情况，而不是让应用直接崩溃。

核心解决方案：TryGetInstance方法

StructureMap提供了TryGetInstance()系列方法来解决这个问题。与强制获取实例的GetInstance()不同，TryGetInstance()在找不到对应服务注册时会返回null，而不是抛出异常。

基础用法示例

假设我们有一个可能被注册的接口：

public interface IFoo 
{
    void DoSomething();
}

我们可以这样安全地获取它的实例：

// 尝试获取服务实例
var foo = container.TryGetInstance<IFoo>();

// 如果不存在则使用默认实现
var actualFoo = foo ?? new DefaultFoo();

两种典型场景

1. 服务已注册的情况：

container.Configure(_ => _.For<IFoo>().Use<Foo>());

var foo = container.TryGetInstance<IFoo>();
// foo将是Foo的实例

2. 服务未注册的情况：

var foo = container.TryGetInstance<IFoo>();
// foo将为null

需要注意的特殊情况

1. 具体类型的处理

虽然StructureMap通常可以自动解析未注册的具体类型，但这种机制不适用于TryGetInstance()：

// 这将返回null，即使Foo是具体类型
var foo = container.TryGetInstance<Foo>();

2. 泛型类型的处理

对于开放泛型类型，TryGetInstance()能够正确关闭泛型参数并返回实例：

container.Configure(_ => {
    _.For(typeof(IRepository<>)).Use(typeof(Repository<>));
});

// 这将成功返回Repository<User>的实例
var userRepo = container.TryGetInstance<IRepository<User>>();

架构建议：考虑Null对象模式

虽然TryGetInstance()提供了便利，但在架构设计层面，更推荐使用Null对象模式(Null Object Pattern)来处理可选依赖。这种方式可以避免代码中大量的null检查，使业务逻辑更加清晰。

例如，可以定义一个什么都不做的NullFoo实现：

public class NullFoo : IFoo
{
    public void DoSomething()
    {
        // 什么都不做
    }
}

然后这样注册：

container.Configure(_ => {
    _.For<IFoo>().Use<NullFoo>(); // 默认注册Null对象
    // 其他可能的实现可以在需要时覆盖这个注册
});

这样在业务代码中就可以直接使用GetInstance<IFoo>()，而不用担心null引用异常。

总结

StructureMap的TryGetInstance()方法为处理可选依赖提供了便捷的方式，特别适合与那些强制要求这种处理方式的外部框架(如ASP.NET MVC)集成。但在自己的应用代码中，建议优先考虑Null对象模式等更符合面向对象设计原则的方案。