标签: inversion-of-control

我最近在C#中将SOLID做到了非常极端的水平,并且在某些时候意识到我现在基本上没有做太多的事情.在我最近再次开始研究F#之后,我认为对于我现在正在做的很多事情,它可能是更合适的语言选择,所以我想尝试将一个真实的C#项目移植到F#作为概念的证明.我想我可以推出实际的代码(以一种非惯用的方式),但我无法想象一个架构会是什么样的,它允许我以与C#类似的灵活方式工作.

我的意思是我有很多小类和接口,我使用IoC容器编写,我也使用了像Decorator和Composite这样的模式.这导致(在我看来)非常灵活和可演化的整体架构,使我能够在应用程序的任何位置轻松替换或扩展功能.根据所需更改的大小,我可能只需要编写一个新的接口实现,在IoC注册中替换它并完成.即使更改更大,我也可以替换部分对象图,而应用程序的其余部分只是像以前一样.

现在使用F#,我没有类和接口(我知道我可以,但我认为这与我想要进行实际函数式编程的时间不同),我没有构造函数注入,而且我没有IoC容器.我知道我可以使用更高阶函数做类似Decorator模式的东西,但这似乎并没有给我带有构造函数注入的类的灵活性和可维护性.

考虑这些C#类型:

public class Dings
{
    public string Lol { get; set; }

    public string Rofl { get; set; }
}

public interface IGetStuff
{
    IEnumerable<Dings> For(Guid id);
}

public class AsdFilteringGetStuff : IGetStuff
{
    private readonly IGetStuff _innerGetStuff;

    public AsdFilteringGetStuff(IGetStuff innerGetStuff)
    {
        this._innerGetStuff = innerGetStuff;
    }

    public IEnumerable<Dings> For(Guid id)
    {
        return this._innerGetStuff.For(id).Where(d => d.Lol == "asd");
    }
}

public class GeneratingGetStuff : IGetStuff
{
    public IEnumerable<Dings> For(Guid id)
    {
        IEnumerable<Dings> dingse;

        // somehow knows how to …

看看Microsoft的Managed Extensibility Framework(MEF)和各种IoC容器(例如Unity),我没有看到何时使用一种类型的解决方案而不是另一种.更具体地说,似乎MEF处理大多数IoC类型模式,并且像Unity那样的IoC容器不是必需的.

理想情况下,我希望看到一个很好的用例,其中将使用IoC容器代替MEF或者除了MEF之外.

我IRespository在以下代码中注册了两次(带名字):

// Setup the Client Repository
IOC.Container.RegisterType<ClientEntities>(new InjectionConstructor());
IOC.Container.RegisterType<IRepository, GenericRepository>
    ("Client", new InjectionConstructor(typeof(ClientEntities)));

// Setup the Customer Repository
IOC.Container.RegisterType<CustomerEntities>(new InjectionConstructor());
IOC.Container.RegisterType<IRepository, GenericRepository>
    ("Customer", new InjectionConstructor(typeof(CustomerEntities)));

IOC.Container.RegisterType<IClientModel, ClientModel>();
IOC.Container.RegisterType<ICustomerModel, CustomerModel>();

但是当我想要解决这个问题(使用IRepository)时,我必须像这样做一个手动解决方案:

public ClientModel(IUnityContainer container)
{
   this.dataAccess = container.Resolve<IRepository>(Client);

   .....
}

我想要做的是在构造函数中解析它(就像IUnityContainer).我需要一些方法来说明要解析的命名类型.

这样的事情:( 注意:不是真正的代码)

public ClientModel([NamedDependancy("Client")] IRepository dataAccess)
{
   this.dataAccess = dataAccess;

   .....
}

有没有办法让我的假代码工作？

是否可以IOptions<AppSettings>从ConfigureServicesStartup中的方法解析实例？通常,您可以使用IServiceProvider初始化实例,但在注册服务时此阶段没有实例.

public void ConfigureServices(IServiceCollection services)
{
    services.Configure<AppSettings>(
        configuration.GetConfigurationSection(nameof(AppSettings)));

    // How can I resolve IOptions<AppSettings> here?
}

我正在探索依赖注入,并且在整个地方使用术语组合根.那是什么？

从应用程序中的类中获取Autofac容器的建议方法是什么？Autofac是否提供解析类上的IContainer属性,还是我需要在构建容器后全局存储容器？

快进:

我写这篇文章的目的是为了更好地理解依赖注入和IoC容器,以及之后我可以纠正它中的错误并用它来帮助教我的一些朋友关于它们.

截至目前,我已经尝试阅读各种框架(laravel,fuel,codeigniter,symfony)的文档,我发现框架中有太多不同的方面,我需要感觉舒服使用它,我决定尝试在尝试在框架中使用它们之前,先单独学习每个主要部分.

我花了几个小时搜索各种含义,查看stackoverflow响应,阅读各种文章试图了解什么是IoC以及如何使用它来正确管理依赖关系,我相信我理解它在概念中是什么,但我仍然是灰色的关于如何正确实现它.我认为阅读本文的任何人帮助我的最好方法是给出我目前对IoC容器和依赖注入的理解,然后让那些比我更了解的人指出我的理解不足的地方.

我的理解:

• 依赖性是指ClassA的实例需要ClassB的实例来实例化ClassA的新实例.
• 依赖注入是指ClassA通过ClassA的构造函数中的参数或通过set~DependencyNameHere~(~DependencyNameHere~ $ param)函数传递ClassB的实例.(这是我不完全确定的领域之一).
• IoC容器是单例类(在任何给定时间只能实例化1个实例),其中可以注册实例化该项目的那些类的对象的特定方式.这里是我正在尝试描述的示例的链接以及我一直在使用的IoC容器的类定义

所以在这一点上,我开始尝试使用IoC容器来处理更复杂的场景.到目前为止,为了使用IoC容器,我似乎只限于我想要创建的任何类的has-a关系,它具有它想要在IoC容器中定义的依赖项.如果我想创建一个继承类的类,但只有在以IoC容器中注册的特定方式创建父类时,该怎么办？

例如:我想创建一个mysqli的子类,但是我想在IoC容器中注册这个类,只是实例化我以前在IoC容器中注册的方式构造的父类.在没有重复代码的情况下,我无法想到这样做的方法(因为这是一个学习项目,我试图尽可能保持'纯').这里有一些我想要描述的例子.

以下是我的一些问题:

• 在不违反OOP原则的情况下,我正在努力做到这一点吗？我知道在c ++中我可以使用动态内存和复制构造函数来完成它,但我还没能在php中找到那种功能.(我承认除了__construct之外我没有使用任何其他魔术方法的经验,但是如果我理解正确的话,从阅读和__clone,我不能在构造函数中使用它来使子类被实例化为一个克隆父类的实例).
• 我的所有依赖类定义应该与IoC相关联？(我的IoC.php应该在顶部有一堆require_once('dependencyClassDefinition.php')吗？我的直觉反应是有更好的方法,但我还没想出一个)
• 我应该在哪个文件中注册我的对象？目前在类定义之后对IoC.php文件中的IoC :: register()进行所有调用.
• 在注册需要依赖的类之前,是否需要在IoC中注册依赖项？因为我没有调用匿名函数,直到我实际实例化在IoC中注册的对象,我猜不是,但它仍然是一个问题.
• 还有什么我忽略了我应该做或正在使用的东西吗？我试图一步一步,但我也不想知道我的代码是可重用的,最重要的是,对我的项目一无所知的人可以阅读并理解它.

我知道这是非常漫长的,只是想提前感谢任何花时间阅读它的人,甚至更愿意分享他们的知识.

MEF(Managed Extensibility Framework)解决了哪些问题,而现有的IoC/DI容器无法解决这些问题？

我正在修改我的软件,它有杂乱的Messenger.Default(...)位.

有没有任何备忘单知道MVVMLight SimpleIoc用法(不是一般的IoC描述)？

我在一个新的Web应用程序上使用NInject,有两件事我不清楚:

1. 我是否需要保持对内核(Session/App变量)的引用以确保GC不收集我的所有实例？例如,如果我指定.Using()然后收集Kernel对象,那么我的所有"单身人士"都不是被收集的吗？

2. 如果我确实需要保持对Kernel对象的引用,我如何允许传入WithArguments()的参数改变或者这是不可能的.