MEF是微软版Lua吗？

MEF与Lua没有任何关联，也不像Lua。

MEF是一个扩展框架（基本上是一个很棒的插件框架）。

Lua是一种非常酷的脚本语言。

“两者都允许您注册方法并根据需要部署。”这个句子适用于C、C++、C#、VB、SQL、DI框架、JavaScript、通用汽车、福特、医院等等。

我假设您已经了解这些技术之间的巨大差异，并且集中讨论以下问题：

“MEF和Lua都是IoC / 依赖注入的形式吗？”

此外，我假设您在谈论嵌入式Lua与Lua作为一种语言之间的区别。

首先，让我们将依赖注入与控制反转分开。[Fowler将依赖注入定义为控制反转的一个具体形式]（http://martinfowler.com/articles/injection.html）因为IoC的概念已经变得如此普遍，以至于它不再是系统的一个区分特征。他的定义包括三种主要的依赖注入类型：构造函数注入、设置器注入和接口注入。在所有这三种类型中，思想是将一个类或接口的特定实现注入到需要它的类或方法中。这很聪明，因为它允许您分离依赖和使用它的类。只要它们遵循一个协定，您可以编辑和交换依赖项的实现，而其消费者则不在乎或受到影响。

根据这个定义，我会说MEF通过而嵌入式Lua失败了。MEF在很大程度上是一个依赖注入框架。它允许您动态加载和组合实现特定协定的外部类。另一方面，Lua允许通过脚本进行扩展，但协定方面几乎没有什么。当然，您可以为应用程序提供Lua API，这在某种程度上是一个协定，但它无法确保真正的协定得到遵守。

IoC更广泛。（[Fowler]（http://martinfowler.com/bliki/InversionOfControl.html），[Wikipedia]（http://en.wikipedia.org/wiki/Inversion_of_control））共同主题是主程序流暂时放弃控制，但从正在执行工作的组件接收流状态更新。实现这一点的常见方式包括：事件、闭包和续体。

根据这个定义，MEF很容易通过（在运行时将控制权传递给未知组件），您还可以为嵌入式Lua辩护。主程序沿着它的道路继续前进，直到它需要在外部脚本中定义一个函数。此时，控制权被传递给脚本，直到它完成或被中断。

需要注意的一点是，Lua在这方面并不特别。您可以嵌入Perl、Python、Tcl和Ruby。实际上，IoC的一般定义在现代编程环境中并不特别有用。它太普遍了。Fowler说，这就是为什么他引入依赖注入作为一个特例的原因。在GUI、事件、线程、守护进程、闭包、续体和单子的世界中，一切都使用IoC。今天，当人们说“IoC”时，他们经常指的是某种依赖注入。