WPF应用程序的IoC容器

Question

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

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

编辑
我不是在寻找一个完整的框架。我只需要IoC容器的能力，所以还有很多其他的选择。我在这里找到的最后一个相关讨论是几年前的，我想刷新它。

Answer 1

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

为什么我喜欢它：

• 容易进入
• 流利的接口
• 支持开放的仿制药
• 支持组件扫描
• 互操作性与MEF等框架
• 速度不够快（Performance comparison of IoC containers）

不过，这是个人选择，还有其他很好的解决方案，对于您的特殊情况甚至会更好。

而且，或多或少的题外话，我可以推荐这篇文章，特别是下半年的一般考虑。这对我帮助很大。所以，以防万一：

Article by Martin Fowler

Answer 2

你的问题是一个购物清单类型的问题，所以它不会保持很长时间。

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

我建议你开始与Unity ，直到你进入事物的摇摆，然后看分支到一些比较exotic frameworks时，你可以欣赏它们之间的差异。

这是一个很好的最近介绍文章：Visual Studio magazine: Creating Modularity with WPF, Prism and Unity

Answer 3

Structuremap AINT dead。

我们将它用于我们新的绿色领域项目，当v3不在时我们可以迁移到它。 ATM使用2.6.4。