c# - Ninject + 自动发现

Question

事情是这样的:我想创建一个 C# 控制台应用程序。运行时，此应用程序将在特定文件夹中查找包含实现特定接口(interface)的类的 dll，然后在这些 dll 上运行方法。

我以前没有这样做过，但从我的阅读来看，从 IoC/Ninject 的角度来看，这应该“足够简单”。我认为您可以使用 kernel.Bind() 来加载某个目录中某个接口(interface)的程序集。我想/希望我能弄清楚那部分(如果你不知道，请告诉!)。

但这就是我的窘境。

首先，这是一个视觉效果:

MainProgramFolder
-- MainProgram.exe
-- MainProgram.exe.config
-- LibraryFolder
----- Library1Folder
--------Library1.dll
--------Library1.dll.config
----- Library2Folder
--------Library2.dll
--------Library2.dll.config

实现此接口(interface)的 dll 在技术上是独立的应用程序——它们只是库而不是 exe(或者，更确切地说，我希望它们用于 IoC 目的)。我希望它们使用自己的 app.configs 在自己的上下文中运行。因此，例如，MainProgram.exe 会将 ILibrary 接口(interface)绑定(bind)到 Library1.dll 和 Library2.dll 中的类，因为它们实现了 ILibrary。但 在 Library1 中，它调用 ConfigurationManager 来获取其设置。当我为 MainProgram 中的每个绑定(bind)调用 Class.Method() 时，如何确保它们引用的是它们自己的 .config 而不是 MainProgram.exe.config？ (此外，首先，这些额外的库可能不会成为主程序的程序集甚至命名空间的一部分——我们基本上是为应用程序提供一个放置文件夹，以便“订阅”主程序的执行。)

IOW，我知道你可以将 app.config 附加到类库，但我不知道如何在从 IOC 解析绑定(bind)后，让那些 dll“看到”它自己的配置而不是主要的程序的配置。

感谢所有想法!

谢谢汤姆

Answer 1

首先，要加载和绑定(bind)您的所有类，您需要 ninject.extensions.conventions，以及类似这样的东西:

        var kernel = new StandardKernel();
        /*add relevant loop/function here to make it recurse folders if need be*/
        kernel.Bind(s => s.FromAssembliesMatching("Library*.dll")
            .Select(type => type.IsClass && type.GetInterfaces().Contains(typeof(ILibrary)))
            .BindSingleInterface()
            .Configure(x=>x.InSingletonScope()));

要使每个实例加载其配置，就好像它是入口点一样，您需要在新的应用程序域中运行它。您的 ILibrary 实现需要继承 MarshalByRefObject 并可序列化，以便它可以在备用应用程序域中正确运行

[Serializable]
    public class LibraryA :MarshalByRefObject, ILibrary

然后您可以将此激活策略添加到您的内核，这将导致它在返回 ILibrary 实例之前使用您的配置文件约定将 ILibrary 实例替换为加载在备用应用程序域中的实例。

public class AlternateAppDomainStrategy<T> : ActivationStrategy
    {
        public override void Activate(IContext context, InstanceReference reference) 
        {
            if (reference.Instance.GetType().GetInterfaces().Contains(typeof(T)))
            {
                var type = reference.Instance.GetType();

                var configFilePath = type.Assembly.GetName().Name + ".dll.config";
                var file = new FileInfo(configFilePath);
                if (file.Exists)
                {
                    var setup = new AppDomainSetup() { ConfigurationFile = file.FullName, ApplicationBase = AppDomain.CurrentDomain.BaseDirectory };
                    var domain = AppDomain.CreateDomain(type.FullName, null, setup);

                    var instance = domain.CreateInstanceAndUnwrap(type.Assembly.FullName, type.FullName);

                    reference.Instance = instance;
                }
                else
                {
                    throw new FileNotFoundException("Missing config file", file.FullName);
                }
            }
        }
    }

并将其添加到您的内核

kernel.Components.Add<IActivationStrategy, AlternateAppDomainStrategy<ILibrary>>();

从那里您可以简单地实例化您的 ILibrary 实例并调用它们的方法。他们将使用自己的配置加载自己的应用程序域。如果您需要通过方法或构造函数将事物传入/传出实例，情况会变得更加复杂，但如果您不这样做，那么从声音上来说应该没问题。

var libs = kernel.GetAll<ILibrary>();
            foreach (var lib in libs)
            {
                lib.Method();
            }