IOC容器的理解探讨

Question

本帖最后由 dpcrman1987 于 2014-03-31 16:15:01 编辑

Answer 1

而且也可以避免dll的交叉应用之类

Answer 2

和MVC一样,IoC是一种设计模式,服务于最基本的设计原则,比如SOLID原则,
MVC主要关注职责的分离,IoC主要关注依赖关系,
如果设计者能很好的贯彻SOLID原则,也就无所谓这些所谓模式

Answer 3

实现IoC常见的手段有:依赖查找和依赖注入(经常同时使用)
而依赖查找经常是通过一个所谓的IoC容器实现,
大致的意思就是容器提供一套API,负责注册所有的提供者组件,向使用者动态提供组件,
其实.net本身就具备这个能力,
如果第三方的容器在性能上没有优势,就没有太大的实际意义

Answer 4

容器这类东西是用来隔离设计滴，其实无所谓是配置文件还是动态组合隔离出接口，预先埋入挂接点，需要的时候植入外挂代码，也就是他是和AOP思想对应的手段。所以我不在乎你是动态组合的，还是使用配置文件的，只要说你这个东西是需要呈面状分布（在垂直形态设计里不那么容易搞滴）都可以使用至于是不是过度设计，我还是这个判定依据，本来能比较容易就在垂直形态设计的东西，就没必要遍地使用一些高级玩意。当我需要面状分布滴东西时候我才会使用外部组合方式

Answer 5

没有设计过度拉，就是想在用IOC又想IOC会动态创建不同的对象
在情况A下使用短信实现A，在情况B下使用短信实现B看过Autofac的例子，当一个接口注册两个实现的时候，是会覆盖的~
感觉是在程序开始运行的时候就要运行注册的了~ 所以....好难啊~
protected void Application_Start()
        {
            AreaRegistration.RegisterAllAreas();            WebApiConfig.Register(GlobalConfiguration.Configuration);
            FilterConfig.RegisterGlobalFilters(GlobalFilters.Filters);
            RouteConfig.RegisterRoutes(RouteTable.Routes);
            BundleConfig.RegisterBundles(BundleTable.Bundles);            //依赖注入
            DependencyResolver.SetResolver(new AutofacBuilder().DependencyResolver);
            
        }如果找到方案了，告诉我

Answer 6

我现在已经实现了动态创建对象，但是被人质疑设计有问题，所以才来反思的
至于多注册可以这样：
builder.RegisterType<OrtherPlatformGroupPriceService>().Named<IGroupPriceService>("OrtherPlatform")
builder.RegisterType<OrtherPlatformGroupPriceService>().Keyed<IGroupPriceService>(PlatformType.Windows)

Answer 7

我现在已经实现了动态创建对象，但是被人质疑设计有问题，所以才来反思的
至于多注册可以这样：
builder.RegisterType<OrtherPlatformGroupPriceService>().Named<IGroupPriceService>("OrtherPlatform")
builder.RegisterType<OrtherPlatformGroupPriceService>().Keyed<IGroupPriceService>(PlatformType.Windows)谢谢拉，查了一下文档，是有可以根据Named和Keyed来区分~
var service = container.ResolveKeyed<IGroupPriceService>(PlatformType.Windows);//可以来失去不同的事例了
也达到创建不同的对象了~
虽然这里不是有点像工厂~但很不错啊~