相关疑难解决方法(0)

我正在思考一个C#库的设计,它将有几个不同的高级函数.当然,这些高级功能将尽可能使用SOLID类设计原则来实现.因此,可能存在供消费者定期直接使用的类,以及作为那些更常见的"最终用户"类的依赖性的"支持类".

问题是,设计库的最佳方法是:

• DI不可知 - 虽然为一个或两个常见的DI库(StructureMap,Ninject等)添加基本的"支持"似乎是合理的,但我希望消费者能够将该库与任何DI框架一起使用.
• 非DI可用 - 如果库的使用者没有使用DI,那么库应该仍然尽可能容易使用,减少了用户为创建所有这些"不重要"的依赖关系而必须完成的工作量.他们想要使用的"真实"类.

我目前的想法是为常见的DI库提供一些"DI注册模块"(例如,一个StructureMap注册表,一个Ninject模块),以及一个非DI的集合或工厂类,并包含与这几个工厂的耦合.

思考？

我有一个ASP .Net Web API控制器,我想要2个参数.第一个是EF上下文,第二个是缓存接口.如果我只有EF上下文,则构造函数被调用,但是当我添加缓存接口时,我得到错误:

尝试创建"MyV1Controller"类型的控制器时发生错误.确保控制器具有无参数的公共构造函数.

private MyEntities dbContext;
private IAppCache cache;

public MyV1Controller(MyEntities ctx, IAppCache _cache)
{
     dbContext = ctx;
     cache = _cache;
}

我的UnityConfig.cs

public static void RegisterTypes(IUnityContainer container)
{
    // TODO: Register your types here
    container.RegisterType<MyEntities, MyEntities>();
    container.RegisterType<IAppCache, CachingService>();
}

我希望Entity现在知道两种类型,当为MyV1Controller函数发出请求时,它应该能够实例化一个实例,因为该构造函数接受它知道的类型,但事实并非如此.知道为什么吗？

[编辑]请注意,我创建了自己的类(IConfig)并注册了它并将其添加到构造函数中并且它工作正常,但每当我尝试添加IAppCache到我的构造函数并向API发出请求时,我得到错误告诉我它可以构造我的控制器类.我看到的唯一区别IAppCache是不在我的项目名称空间中,因为它是第三方类,但这应该与我的理解无关.

以下是CachingService的构造函数

public CachingService() : this(MemoryCache.Default) { } 

public CachingService(ObjectCache cache) { 
    if (cache == null) throw new ArgumentNullException(nameof(cache)); 
    ObjectCache = cache; 
    DefaultCacheDuration = 60*20; 
}

使用NInject解析具有多个构造函数的类似乎不起作用.

public class Class1 : IClass
{
public Class1(int param) {...}
public Class1(int param2, string param3) { .. }
}

以下似乎不起作用:

IClass1 instance =
    IocContainer.Get<IClass>(With.Parameters.ConstructorArgument(“param”, 1));

模块中的钩子很简单,在我添加额外的构造函数之前工作:Bind().To();