【问题标题】:MEF, WPF, and MockingMEF、WPF 和模拟
【发布时间】:2012-03-17 14:32:21
【问题描述】:

我即将使用 PRISM 4.1(和反应式 UI)开始一个新的 WPF 项目。现在,我对 IOC/DI 位有点不确定。我玩过 MEF 和 Structure Map,到目前为止,我真的很喜欢 MEF 及其可扩展性功能。

到目前为止,问题是我一直使用结构图作为我的 IOC/DI 并帮助我进行单元测试(我使用 MOQ 进行模拟)。

是否推荐使用 MEF 作为 DI/IOC?或者我应该坚持为我的 IOC/DI 使用结构图,而只在 WPF 中使用 MEF?

【问题讨论】:

    标签: wpf dependency-injection prism mef structuremap


    【解决方案1】:

    这取决于您对 IOC 的需求,但可以使用 MEF 作为您的 IOC。

    Glenn Block 从 2009 年开始有一篇关于此的博文。

    http://codebetter.com/glennblock/2009/08/16/should-i-use-mef-for-my-general-ioc-needs/

    Mark Seeman 在他的书中有一章关于 MEF 作为 IOC。

    http://www.amazon.com/Dependency-Injection-NET-Mark-Seemann/dp/1935182501/ref=sr_1_1?ie=UTF8&qid=1332021360&sr=8-1

    【讨论】:

    • 我知道可以将 MEF 用作 IOC/DI - 但不确定是否“推荐”。基本上,我想了解人们是否开始将 MEF 用作 IOC/DI?如果不是,有什么理由不呢?因为我几乎肯定会在 WPF 中使用 MEF,所以我认为最好不要有 2 个不同的库,但只是不确定。我的 IOC/DI 需求非常基本,主要是 POCO 对象工厂和模拟。
    • 阅读您的第一个链接,即使 Glenn Block 似乎也不推荐将 MEF 作为 IOC,但随着 MEF2 的出现,情况可能会有所改变,因为它具有流畅的界面(无属性)。不过,我很想知道是否有人在使用 MEF 作为他们的 IOC/DI 方面取得了任何成功。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2023-04-08
    • 1970-01-01
    • 1970-01-01
    • 2013-07-24
    • 1970-01-01
    相关资源
    最近更新 更多