c# - NancyFx ConfigureRequestContainer

我试图弄清楚NancyFx请求容器是如何工作的，所以我创建了一个小测试项目。

我创建了这个界面

public interface INancyContextWrapper
{
    NancyContext Context { get; }
}

通过此实现

public class NancyContextWrapper : INancyContextWrapper
{
    public NancyContext Context { get; private set; }

    public NancyContextWrapper(NancyContext context)
    {
        Context = context;
    }
}

然后在bootstrapper中我这样注册

protected override void ConfigureRequestContainer(TinyIoCContainer container, NancyContext context)
{
    base.ConfigureRequestContainer(container, context);
    container.Register<INancyContextWrapper>(new NancyContextWrapper(context));
}

我在不执行任何操作但只将请求url作为字符串返回的类中使用此上下文包装器。

public interface IUrlString
{
    string Resolve();
}

public class UrlString : IUrlString
{
    private readonly INancyContextWrapper _context;

    public UrlString(INancyContextWrapper context)
    {
        _context = context;
    }

    public string Resolve()
    {
        return _context.Context.Request.Url.ToString();
    }
}

最后在模块中使用它

public class RootModule : NancyModule
{
    public RootModule(IUrlString urlString)
    {
        Get["/"] = _ => urlString.Resolve();
    }
}

当我这样做时，请求始终为null。现在，我或多或少地发现，由于未在请求容器配置中配置IUrlString，因此TinyIoc在应用程序启动时在发出任何请求之前已解决了INancyContextWrapper的问题，并且TinyIoc不会在依赖关系图中重新注册依赖项依赖于请求容器配置中配置的内容。

我的问题是使用ConfigureRequestContainer的最佳实践是什么？我是否必须在请求容器配置中显式注册所有以任何方式依赖NancyContext的内容？那会很快变得肿并且难以维护。我喜欢TinyIoc如何进行程序集扫描，因此必须这样做有点挫折。

最佳答案

假设上面的示例只是您实际想要的简化，即出于某种目的在请求生存期中随身携带的nancy上下文，那么最好不要使用引导程序，因为它取决于使用过的IoC容器。

意见建议：

将包装器的实现更改为不使用ctor，而是使用属性设置器（您始终可以编码，以便该属性只能设置一次）：

public interface INancyContextWrapper
{
    NancyContext Context { get; set; }
}

public class NancyContextWrapper : INancyContextWrapper
{
    private NancyContext _context;
    public NancyContext Context
    {
           get {return _context;}
           set {_context = value;} //do something here if you want to prevent repeated sets
    }
}

与其直接使用容器和引导程序，不如使用IRegistration实现（它们由nancy使用，并且与容器无关）

public class NancyContextWrapperRegistrations : IRegistrations
{
    public IEnumerable<TypeRegistration> TypeRegistrations
    {
        get
        {
            return new[]
            {
                new TypeRegistration(typeof(INancyContextWrapper), typeof(NancyContextWrapper), Lifetime.PerRequest),
                new TypeRegistration(typeof(IUrlString .... per request
            };
               // or you can use AssemblyTypeScanner, etc here to find
        }

        //make the other 2 interface properties to return null
    }
}

使用IRequestStartup任务（nancy也会自动发现它们）来设置上下文

public class PrepareNancyContextWrapper : IRequestStartup
{
    private readonly INancyContextWrapper _nancyContext;
    public PrepareNancyContextWrapper(INancyContextWrapper nancyContext)
    {
        _nancyContext = nancyContext;
    }

    public void Initialize(IPipelines piepeLinse, NancyContext context)
    {
         _nancyContext.Context = context;
    }
}

尽管以上内容看起来有些过头，但是这是一种以IoC独立的方式组织类型注册的非常好方法（即，如果将TinyIoC替换为其他东西，则无需接触引导程序等）

同样，这是一种很好的方式来控制在请求（或如果需要的话，应用程序）启动期间发生的情况，而不会覆盖引导程序中的任何内容，并且它将与您决定使用的任何引导程序/容器一起工作。

关于c# - NancyFx ConfigureRequestContainer，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/30008624/