在不创建实现的情况下实现接口(动态代理?)

这里有两个独立的概念:

1. 依赖注入只实例化实现接口的现有类。例如,您可能有一个实现imyservices的myServices类。IOC框架为您提供了各种方法来指定当您请求一个imyservices时,它将解析为一个myservices实例。可能会有一些il emit magic继续设置factory或helper方法,但实际的实例只是您定义的类。

2. Mocking 允许您实例化实现接口的类,而无需实际编写该类的代码。正如你所想,这通常利用反射和IL发射。通常,发出的IL代码相当简单,将大部分工作委托给用C语言编写的方法。模拟的大部分复杂性都与指定方法本身的行为有关,因为框架通常允许您使用流畅的语法指定行为。一些,像 Moles ,只需指定一个委托来实现该方法,尽管moles可以做其他更疯狂的事情,比如将调用重定向到静态方法。

更详细地说,您实际上不需要使用IL来实现IOC功能,但这对于避免重复反射调用的开销通常很有价值,因为反射相对昂贵。 Here 是温莎城堡正在做什么的一些信息。

为了回答你的问题,我发现最有帮助的地方是 OpCodes 班级。这是对IL中可用功能以及操作码如何工作的一个很好的总结。它本质上是一种基于堆栈的汇编语言(不需要担心寄存器),但是它是强类型的,并且具有对对象符号和概念(如类型、字段和方法)的一流访问。 Here 是一篇介绍IL基础知识的优秀代码项目文章。如果您感兴趣,我还可以向您发送一些我在过去几年中创建的用于我自己的emit代码的助手类。

类型化工厂是使用castle dynamicproxy库实现的。它动态生成一个实现接口的类型,并将通过接口所做的所有调用转发给拦截器。

它在代码中不施加依赖性。该接口是在您的程序集中创建的,您可以在其中不引用windsor。在另一个组件(应用程序的入口点)中,你告诉温莎这个接口,并告诉它成为一个工厂,温莎了解你的接口,并用它做一些事情。这是对其荣耀的颠覆。

其实没那么复杂:)

ImpromptuInterface 基于接口创建DLR动态代理。它允许您使用静态接口进行动态实现。实际上,它甚至有一个基类 ImpromptuFactory 这为创建具有基于接口的动态实现的工厂提供了起点。