插件架构.net maf或mef

Question

我目前在一个游戏平台应用程序中工作。我希望能够轻松地添加新的游戏，但游戏应该遵守特定的合同：

• 游戏必须有一些必要的方法。
• 他们必须接收主程序提供的一些事件。
• 他们必须能够将一些数据发送回程序。
• 如果外部开发人员仅仅通过了解界面就可以轻松地为平台制作游戏，那就太好了。

我读过一些问题，比如MEF和MAF，一开始我认为MAF对我更好，但我不确定。此外，我想我甚至可以做一些自制的系统，比如把游戏编译成DLL，并在运行时检索它们。

MAF似乎是好的，因为隔离，但由于我不是真正的工作与少量的附加，和我读到，MAF是沉重和缺乏速度，我有许多疑问，我应该使用什么。

我是否应该尝试MAF，即使它可能很慢，很难开发，它真的适合我正在做的事情吗？

Answer 1

这可能不是你的完整答案，但我会加入MEF，这是我有经验(我没有真正的经验MAF)。MEF有很多优点，我认为适合您的需要。

MEF是轻量级的，而且非常容易使用。它提供了依赖项注入。

发现的东西很容易使用。只要创建你的目录，你就可以开始运行了。

MEF使插件架构变得非常简单。我对它一窍不通。

虽然MAF可能提供隔离，但您必须使其可远程调用应用程序域，这是很麻烦的。为了防止未处理的异常取出您的主应用程序，您必须在它们自己的进程中创建外接程序，这有其自身的局限性。例如，如果希望在外接程序之间共享DLL，它们要么需要与共享DLL位于同一个目录，要么需要位于GAC中。