是否可以自定义 DryIOC 类型匹配以解决嵌入式 Interop COM 程序集类型不匹配问题？

Question

我们目前正在开发一个使用 DryIoc 作为支持容器的 Prism 项目，我们在为 COM 互操作嵌入互操作程序集时遇到了问题。 过去，当我们遇到这样的问题时，例如 RhinoMocks，我们可以告诉 RhinoMocks 放宽其类型匹配策略。

我们的情况是这样的：

//Main App assembly
IContainer.Register<MyComInterface>();

//Library assembly
IContainer.Resolve<MyComInterface>();

尝试在使用 MyComInterface 的库程序集中创建视图 model 时抛出此异常：

code: Error.UnableToResolveUnknownService;
message: Unable to resolve resolution root Interop.MyComInterface
  from container without scope
 with Rules with {TrackingDisposableTransients, UseDynamicRegistrationsAsFallbackOnly, FuncAndLazyWithoutRegistration, SelectLastRegisteredFactory} and without {ThrowOnRegisteringDisposableTransient, UseFastExpressionCompilerIfPlatformSupported}
 with FactorySelector=SelectLastRegisteredFactory
 with Made={FactoryMethod=ConstructorWithResolvableArguments}
Where no service registrations found
  and no dynamic registrations found in 1 of Rules.DynamicServiceProviders
  and nothing found in 0 of Rules.UnknownServiceResolvers

所以问题是：有没有办法在注册时自定义类型匹配策略？

我们无法访问分辨率点，因为它位于 Prism 内部。 我梳理了DryIoc源代码，这里问题的核心似乎是类型匹配是用 Type.GetHashCode() 完成的，这导致这两种类型不匹配：

Type 1
{
    Assembly: App
    Name: Interop.MyComInterface
}

Type 2
{
    Assembly: Library
    Name: Interop.MyComInterface
}

谢谢

Answer 1

DryIoc 使用RuntimeHelpers.GetHashCode(type)进行类型查找。 但即使它会为您提供覆盖此行为的方法，您会得到什么？

因为 .NET 仍然将来自不同程序集的类型视为不同，并且不允许您用一个替换另一个。

评论后更新：

如果您看到这种添加的优点，请提交问题或在 DryIoc github 存储库中开始讨论。