将IOC容器抽象到一个单独的实例后面-是不是做错了?

一般来说,我喜欢让应用程序完全不了解IOC容器。但是我在需要访问它的地方遇到了问题。为了消除疼痛,我使用了一个基本的单子。在你跑上山或者拔出猎枪之前,让我来看看我的解决方案。基本上,IOCSingleton绝对不做任何事情,它只是委托给一个必须传入的内部接口。我发现这样可以减少单身汉的痛苦。

以下是国际奥委会的包装:

public static class IoC
    {
        private static IDependencyResolver inner;

        public static void InitWith(IDependencyResolver container)
        {
            inner = container;
        }

        /// <exception cref="InvalidOperationException">Container has not been initialized.   Please supply an instance if IWindsorContainer.</exception>
        public static T Resolve<T>()
        {
            if ( inner == null)
                throw new InvalidOperationException("Container has not been initialized.  Please supply an instance if IWindsorContainer.");

            return inner.Resolve<T>();
        }

        public static T[] ResolveAll<T>()
        {
            return inner.ResolveAll<T>();
        }
    }

IDependencyResolver:

public interface IDependencyResolver
    {
        T Resolve<T>();
        T[] ResolveAll<T>();
    }

到目前为止,我已经成功地使用了几次(也许每隔几次项目,我真的不喜欢使用这个),因为我可以注入任何我想要的东西:城堡、树桩、假货等等。

这条路滑吗?我是否会遇到潜在的问题?