Caliburn.Micro HelloScreens 示例 - 使用 Ninject 作为 IOC 容器答案

【问题标题】：Caliburn.Micro HelloScreens sample - using Ninject as IOC containerCaliburn.Micro HelloScreens 示例 - 使用 Ninject 作为 IOC 容器
【发布时间】：2013-08-26 20:00:07
【问题描述】：

喜欢 Caliburn.Micro HelloScreens 示例，但我被 MEF 依赖注入卡住了。我更喜欢使用 Ninject，因为我最熟悉它。阅读了一些关于在 IOC 容器中托管 MEF 的精彩文章（http://blogs.msdn.com/b/nblumhardt/archive/2009/03/16/hosting-mef-extensions-in-an-ioc-container.aspx)...but 无法获得使用 caliburn.micro 的简单示例。

我正在寻找的是一种在 MEF 旁边使用 Ninject 构造函数注入的方法。 MEF 用于扩展管理。 Ninject 用于构造函数依赖注入。

我正在寻找一个结合了 MEF 和 Ninject 的工作 Caliburn.Micro 引导程序？

【问题讨论】：

标签： ninject mef caliburn.micro

【解决方案1】：

我正在寻找一个结合了 MEF 和 Ninject 的工作 Caliburn.Micro 引导程序？

我已经使用 Caliburn.Micro 很长时间了，我在互联网上遇到了所有使用它的示例，但没有这样的示例。

现在我将推荐另一件事，在您的应用程序中同时使用两个容器非常棘手，正如文章所指出的那样。

所以如果我是你，我会使用 MEF 来处理大量依赖注入任务，尽管它不是 DI 容器，当然它支持扩展。

另一方面，如果您真的很喜欢 Ninject 并且经常使用它，那么您应该利用 Ninject 功能，这两个功能非常适合支持约定扩展或 Ninject 模块的扩展或加载项，您可以阅读在 stackoverflow question 中详细了解这两个功能。

【讨论】：

我绝望地发布了，因为我不知道如何注册 NHibernate ISessionFactory。与往常一样，在我发布问题后，我取得了进展。按照您的建议，我将使用 MEF DI 并精通它。
@faldeland 是的，我会建议，MEF 是一个出色的可扩展性框架，但请始终记住，它不是一个成熟的 DI 容器，尽管 Microsoft 已承诺朝这个方向推进。
@Sniffer：既然你说你对 Caliburn.Micro 有很好的体验，你知道任何展示如何使用 CM.Micro 引导 Autofac 的工作示例吗？因为我有this issue
@Daedalus 正如你所看到的，我是对另一个问题发表评论的同一个人，请查看 codeplex 站点，因为我记得我在那里看到了一些关于将 Caliburn.Micro 与 Autofac 一起使用的内容。无论如何，我认为您的问题是由多个组件的存在引起的。首先尝试使用 Autofac 创建一个包含一个程序集的测试应用程序，然后尝试继续。
哈哈哈，来晚了，我没注意到。无论如何这就是我正在做的，我也试着在这里问=）我会更新另一个问题，再次感谢你！