Windows Phone 7 的依赖注入答案

【问题标题】：Dependency Injection for Windows Phone 7Windows Phone 7 的依赖注入
【发布时间】：2010-05-03 04:44:14
【问题描述】：

我试图在我的 Windows Phone 7 项目中使用 Unity 2.0 beta 2 for Silverlight，但我一直遇到这个崩溃：

Microsoft.Practices.Unity.Silverlight.dll!Microsoft.Practices.ObjectBuilder2.DynamicMethodConstructorStrategy.DynamicMethodConstructorStrategy() + 0x1f 字节

Microsoft.Practices.Unity.Silverlight.dll!Microsoft.Practices.ObjectBuilder2.DynamicMethodConstructorStrategy.DynamicMethodConstructorStrategy() + 0x1f 字节 mscorlib.dll!System.Reflection.RuntimeConstructorInfo.InternalInvoke(System.Reflection.RuntimeConstructorInfo rtci = {System.Reflection.RuntimeConstructorInfo} , System.Reflection.BindingFlags invokeAttr = Default, System.Reflection.Binder binder = null, object parameters = {object[0]}, System.Globalization.CultureInfoculture = null, bool isBinderDefault = false, System.Reflection.Assembly caller = null, bool verifyAccess = true, ref System.Threading.StackCrawlMark stackMark = LookForMyCaller) mscorlib.dll!System.Reflection.RuntimeConstructorInfo.InternalInvoke(object obj = null, System.Reflection.BindingFlags invokeAttr = Default, System.Reflection.Binder binder = null, object[] parameters = {object[0]}, System.Globalization .CultureInfo 文化 = null，参考 System.Threading.StackCrawlMark stackMark = LookForMyCaller) + 0x103 字节 mscorlib.dll!System.Activator.InternalCreateInstance(System.Type type = {Name = "DynamicMethodConstructorStrategy" FullName = "Microsoft.Practices.ObjectBuilder2.DynamicMethodConstructorStrategy"}, bool nonPublic = false, ref System.Threading.StackCrawlMark stackMark = LookForMyCaller) + 0xf0 字节 mscorlib.dll!System.Activator.CreateInstance() + 0xc 字节 Microsoft.Practices.Unity.Silverlight.dll!Microsoft.Practices.ObjectBuilder2.StagedStrategyChain.AddNew(Microsoft.Practices.Unity.ObjectBuilder.UnityBuildStage stage = Creation) + 0x1d 字节 Microsoft.Practices.Unity.Silverlight.dll!Microsoft.Practices.Unity.UnityDefaultStrategiesExtension.Initialize() + 0x6c 字节 Microsoft.Practices.Unity.Silverlight.dll!Microsoft.Practices.Unity.UnityContainerExtension.InitializeExtension(Microsoft.Practices.Unity.ExtensionContext context = {Microsoft.Practices.Unity.UnityContainer.ExtensionContextImpl}) + 0x31 字节 Microsoft.Practices.Unity.Silverlight.dll!Microsoft.Practices.Unity.UnityContainer.AddExtension(Microsoft.Practices.Unity.UnityContainerExtension 扩展 = {Microsoft.Practices.Unity.UnityDefaultStrategiesExtension}) + 0x1a 字节 Microsoft.Practices.Unity.Silverlight.dll!Microsoft.Practices.Unity.UnityContainer.UnityContainer() + 0xf 字节

我想我可以解决它，我尝试了一些方法，但无济于事。

事实证明这是一个相当基本的问题，我认为 Windows Phone 7 是 Silverlight 3 + 其他一些东西的假设是错误的。这个page 描述了Mobile Silverlight 和Silverlight 3 之间的区别。

特别感兴趣的是：

Silverlight for Windows Phone 不支持 System.Reflection.Emit 命名空间。

这正是 Unity 在手机上崩溃的原因，DynamicMethodConstructorStrategy 类非常广泛地使用 System.Reflection.Emit...

所以问题是，Windows Phone 7 有哪些 Unity 替代方案？

【问题讨论】：

将此作为错误报告给 Unity 团队。 Silverlight 和 Windows Phone 应该有相同的 API（除了 windows phone 有一些额外的东西）。
这并不是真正的错误。 Silverlight3 和 Windows Phone Silverlight 之间存在巨大差异。 unity 团队意识到了这一点：unity.codeplex.com/Thread/View.aspx?ThreadId=207143 也许他们发布了支持电话的版本。

标签： dependency-injection windows-phone-7 unity-application-block

【解决方案1】：

因此，本着回答我自己的问题的精神，我整理了一个简单的 DI 容器（使用 Activator.CreateInstance 进行实例化）。所有这些都是支持类型注册和实例注册。

似乎正在做这项工作。以后会担心性能问题。

public class DuplicateRegistrationException : Exception {
    public DuplicateRegistrationException() { }
    public DuplicateRegistrationException(string message) : base(message) { }
    public DuplicateRegistrationException(string message, Exception inner) : base(message, inner) { }
}

public interface IDIContainer {
    void Register<TIntf, TClass> () where TIntf: class where TClass : TIntf;
    TIntf Resolve<TIntf>() where TIntf : class;
    void RegisterInstance<TIntf>(TIntf instance);
}

public class DIContainer :  IDIContainer{

    Dictionary<Type, Type> m_TypeRegistrations;
    Dictionary<Type, object> m_InstanceRegistrations;

    public DIContainer() {
        m_TypeRegistrations = new Dictionary<Type, Type>();
        m_InstanceRegistrations = new Dictionary<Type, object>();
    }

    #region IDIContainer Members

    public void Register<TIntf, TClass>()
        where TIntf : class
        where TClass : TIntf {
            if(DoesRegistrationExist<TIntf>())
                throw new DuplicateRegistrationException("Can only contain one registration per type");
            m_TypeRegistrations.Add(typeof(TIntf), typeof(TClass));
    }

    public TIntf Resolve<TIntf>() where TIntf : class {
        return Resolve(typeof(TIntf)) as TIntf;
    }

    private object Resolve(Type type) {
        if(!m_TypeRegistrations.ContainsKey(type)) {
            if(!m_InstanceRegistrations.ContainsKey(type))
                throw new NotSupportedException("Cannot find registration for type " + type.FullName + ".");
            else
                return m_InstanceRegistrations[type];
        } else {
            var createdType = m_TypeRegistrations[type];

            ConstructorInfo[] constructors = createdType.GetConstructors();
            ConstructorInfo mostSpecificConstructor = null;
            foreach(var c in constructors) {
                if(mostSpecificConstructor == null || mostSpecificConstructor.GetParameters().Length < c.GetParameters().Length) {
                    mostSpecificConstructor = c;
                }
            }

            List<object> constructorParameters = new List<object>();
            foreach(var a in mostSpecificConstructor.GetParameters()) {
                constructorParameters.Add(Resolve(a.ParameterType));
            }

            return Activator.CreateInstance(createdType, constructorParameters.ToArray());
        }
    }

    private bool DoesRegistrationExist<T>() {
        return m_InstanceRegistrations.ContainsKey(typeof(T)) || m_TypeRegistrations.ContainsKey(typeof(T));
    }

    public void RegisterInstance<TIntf>(TIntf instance) {
        if(DoesRegistrationExist<TIntf>()) {
            throw new DuplicateRegistrationException("Can only contain one registration per type");
        }
        m_InstanceRegistrations.Add(typeof(TIntf), instance);
    }


    #endregion

【讨论】：

Activator.CreateInstance 是资源密集型的。我建议使用 Funq 作为替代方法。观看来自“blogs.clariusconsulting.net/kzu/…”的第一个屏幕演员系列，您就会看到。
这篇文章是在 WP7 SDK 发布大约一个月后发布的，当时还没有可接受的 WP7 DI 容器。话虽如此，我不知道在 WP7 沙箱下允许将表达式编译为 lambdas。

【解决方案2】：

Funq 已经开发了一年多，现在有一个 1.0 版本。它的设计速度很快，可以在 Compact Framework 和 Windows Phone 7 下运行。另一个很大的优势是作者做了很好的 screencast series 解释其使用 TDD 的开发过程，非常有用！

顺便说一句，我能找到的最新性能测试是from March 2009，显示它击败了 Unity、Autofac、Ninject 和 StructureMap。我正在尝试查找更多最近的测试，如果我这样做了，我会更新这篇文章。

【讨论】：

Funq 1.0.0 不支持 Windows Phone 7.1。 Ninject 3.0.1 工作正常。

【解决方案3】：

如果您找不到适用于 Windows Phone 7 的 IOC 容器（如果您找不到，我不会感到惊讶），那么我建议您使用 a different DI strategy。

【讨论】：

谢谢。这篇文章反映了我对使用 DI 容器的许多想法。不幸的是，我需要一个自动化程度稍高的解决方案来创建非常松散耦合的应用程序（其中一些部分是生成的）。我有点同意，大量使用System.Reflection DI 框架可能从根本上填充在 WP7 上。
谢谢，这篇文章很棒。

【解决方案4】：

我刚刚开始在 codeplex 上整合一个 Windows Phone 7 扩展工具项目。签入的当前版本支持带有隐式 DI 的 IoC 以及 Common Service Locator，以允许完全抽象您的代码和它们使用的容器。

在以下位置查看： http://wp7.codeplex.com

干杯，西蒙·哈特

【讨论】：

【解决方案5】：

OpenNETCF.IoC framework 适用于 Windows 桌面、Mono、Windows Mobile、Windows Phone 7 和 MonoTouch。我是代码重用的粉丝。

它是在 SCSF/CAB 之后建模的（在对象模型中，而不是糟糕的性能），因此其中许多教程都是有效的，您可以利用现有的知识和代码资产。

【讨论】：

【解决方案6】：

尽管 Mark Seeman 在他的优秀著作“.NET 中的依赖注入”中说“世界不需要另一个容器”，但我决定为 WP7 实现我自己的 DI 容器，它提供了主要 DI 功能：

对象组合
终身管理
拦截，它允许您使用面向方面的编程方法

容器是 PhoneCore 框架的一部分，你可以在这里找到： http://phonecore.codeplex.com

【讨论】：