2012-03-17 65 views
0

我即将开始使用PRISM 4.1(和Reactive UI)的新WPF项目。现在,我对IOC/DI位有点不确定。我玩过MEF和Structure Map,到目前为止,我非常喜欢MEF及其可扩展性特性。MEF,WPF和Mocking

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

建议使用MEF作为DI/IOC吗?或者我应该坚持为我的IOC/DI使用Structure Map,并且只使用WPF中的MEF?

回答

0

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

格伦块有关于这个博客中,从2009年

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

马克·西曼在他的书上MEF一章为国际奥委会。

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

+0

我知道这是可能使用MEF作为IOC/DI - 但不知道这是否是“推荐”。基本上我试图得到一个感觉,如果人们开始使用MEF作为IOC/DI?如果不是,任何理由为什么不呢?由于我几乎肯定会在WPF中使用MEF,所以我认为没有2个不同的库会很好,但只是不确定。我的IOC/DI需求非常基础,POCO对象工厂和嘲笑主要。 – friend 2012-03-18 06:03:23

+0

阅读你的第一个链接,即使Glenn Block似乎并不推荐MEF作为IOC,但事情可能会随着MEF2而改变,因为它会带有流畅的界面(无属性)。不过,我很想知道任何人使用MEF作为他们的IOC/DI是否取得成功。 – friend 2012-03-18 06:47:14