用于WPF应用程序的IoC Container

Question

我想在现有的WPF应用程序中开始使用IoC Container 我需要良好的性能，但从我的阅读中看，大多数容器的性能确实不是问题 我最需要的是一个非常容易使用的容器，可以很容易地集成到我的应用程序中。我阅读了关于StructureMap的建议（并且语法看起来很棒），但是在他们的网站中，似乎在过去的3年中没有更新，所以我对它有一些疑问。

请提供基本使用代码示例（初始化+使用）的建议。

修改
我不是在寻找一个完整的框架。我只需要IoC容器功能，因此存在许多其他替代方案。我在这里找到的最后一次相关讨论已有几年了，我想更新它。

Answer 1

Structuremap aint dead。

我们正在将它用于我们新的绿色领域项目，当v3退出时，我们可能会迁移到它。 ATM使用2.6.4。

Answer 2

您的问题是购物清单类型的问题，因此不会长时间保持开放状态。

有许多IoC类型的框架，其中一些需要声明或编程操作来完成他们的工作，其中一些使用代码语义来连接起来。

我建议你先从Unity ¹ 开始，然后再深入了解事情，然后在你能够欣赏时再寻找一些exotic frameworks。他们之间的差异。

¹ 以下是一篇很好的介绍文章： Visual Studio magazine: Creating Modularity with WPF, Prism and Unity

Answer 3

答案实际上取决于个人偏好和用例的详细信息。无论如何，在使用Unity，MEF（我知道，不是真正的IoC容器）并编写一些单独的解决方案之后，我现在正在使用Autofac并且喜欢它。使用时间越长，就越容易深入挖掘并不断发现它的优点。与其他框架相比，它提供了流畅的界面并且速度很快（顺便说一句：容器的性能可能是一个非常重要的问题，具体取决于您想要做什么）。有关Autofac的用法和样本，请参阅上面的链接。

为什么我喜欢它：

• 轻松进入
• Fluent界面
• 支持开放式泛型
• 支持装配扫描
• 与MEF和其他框架的互操作性
• 足够快（Performance comparison of IoC containers）

不过，这是个人选择，还有其他好的解决方案，甚至可能更适合您的特殊情况。

而且，或多或少的偏离主题，我可以推荐这篇文章，特别是下半部分，作为一般考虑因素。这对我帮助很大。所以，以防万一：

Article by Martin Fowler