3回答
IOC和接口
、、、
我想利用unity来减少依赖，所以我要为我的类创建接口。我的问题是接口应该驻留在哪个项目中。我的想法是他们应该在BO层。有人能给我一些指导吗？
浏览 0提问于2011-10-12得票数 6
回答已采纳
2回答
自从DO和IOC已经广为人知并被广泛使用以来，我已经看到了一个趋势，即对许多类使用接口，即使这些类不是由D/IOC解决的服务。就像这样，至少有一个类的接口会更好，即使类本身经常被引用而不是接口。如果没有DI/IOC，使用这样的接口有什么好处。
浏览 0提问于2019-05-03得票数 0
回答已采纳
1回答
IoC和管理接口
、、
假设我有一个业务对象库，它使用IoC实现数据访问库。我应该在哪里定义数据访问接口？它属于哪个库？或者它应该放在一个单独的库中，只用于接口？
浏览 0提问于2011-03-22得票数 2
回答已采纳
1回答
我在我的项目中使用IoC容器，但是我的项目包含许多子模块。我想使用一个基本的IoC模块。示例:我在子模块A中有两个接口，，它是IOne和ITwo接口{}
{container.GetInstance<IOne>(); }
浏览 6提问于2015-04-01得票数 3
回答已采纳
到目前为止，我能想到三种方法：
创建公共Globals类并将实例作为公共静态属性：c# public class Globals {
浏览 2提问于2018-09-12得票数 3
回答已采纳
好的，首先我理解IoC容器的概念！它用于实现自动依赖注入，因此您不必手动将依赖项注入到类中。它可以自动检测到，如果一个类需要，例如，IEmail依赖项，将Gmail类注入其中。我注意到，IoC容器很适合1:1接口和类。我的意思是，如果您有一个接口，并且只有一个类来实现它，这是很好的。例如，始终只向IEmail注入Gmail类。但是当您添加Outlook类、雅虎类等时，如果我错了，请纠正我，但我不认为IoC容器会轻松处理它。
我一直在寻找答案如果如果只有一个类将实现接口，
浏览 0提问于2021-08-29得票数 0
1回答
众所周知，DI可以通过构造函数、setter或接口来完成。我对最新的基于-interface的DI感到困惑，它在Spring中使用吗？说我们有setter，在setter中我们注入了一些类实现的接口。这是通过setter还是接口被认为是DI？“依赖注入的主要方式有三种。我为它们使用的名称是Constructor注入、Setter注入和接口注入。如果您在当前关于控制反转的讨论中看到这些内容，您会听到它们被称为类型1 <e
浏览 1提问于2012-02-28得票数 0
1回答
我有一个应用程序，其中包含从IView (项目A)继承的视图项目A引用了项目B，并对容器进行静态调用，以解析特定视图的具体类型那么，使用fluent接口的最佳方式是什么呢？编辑：IoC.Instance.Start(); /&
浏览 1提问于2011-04-13得票数 1
回答已采纳
2回答
我正在做一个新的项目，并开始烘焙它的IoC方面。这是我第一次在我负责建立框架的地方工作，所以我要用IoC来削减我的牙齿。我诚恳地建议你使用尼尼特。凉爽的。但是，当我坐下来创建我的第一个依赖于构造函数注入的类时，它给我的印象是--我仍然需要在构造函数中使用所有这些非常定制/第三方的接口。我是否打算在任何地方创建自己的接口--我想要真正的解耦，然后为实现添加适配器或其他东西？只有到那时，我们才会把所有的依赖关系推到一个区域。
浏览 0提问于2014-02-05得票数 2
回答已采纳
我刚到过春天，我读到了BeanFactory也叫basic IOC和Advanced 。我读到：
BeanFactory Container是为DI提供基本支持的最简单容器，由org.springframework.beans.factory.BeanFactory接口定义。BeanFactory和相关接口(如BeanFactoryAware、InitializingBean、DisposableBean )仍然存在于Spring中，以便与大量与Spring集成的第三方框架向后兼容这个容器是由org.sp
浏览 0提问于2018-03-04得票数 0
1回答
：我想在同一个解决方案下的IoCMVC应用程序(MyProject.Web)中使用ASP.NET，但我不想为接口和实现添加项目引用。理想情况下，我希望向接口添加一个项目引用，并从共享位置或GAC加载实现。这会阻止MyProject.Web中的任何代码创建特定实现的实例--这应该始终由IoC提供程序来完成。我可以决定创建一个nHiber
浏览 3提问于2011-05-31得票数 0
回答已采纳
2回答
二层集装箱
、、、
我正在尝试使用像IoC这样的IoC来设计IoC应用程序。我有以下三个层次(3个项目)：
Repository层有接口IRepository<T>和它的一些实现。而且在服务中还存在有两个不同实现的接口IService<T>。请您告诉我，是否应该在WebApi项目中使用DI容器来绑定IService<T>和ServiceConcrete<T>，在服务项目中使用DI容器来绑定IReposit
浏览 5提问于2016-01-26得票数 8
回答已采纳
5回答
我理解IoC容器是什么，并一直在阅读结构图。这项技术似乎很容易使用。我的问题是，使用IoC容器的适当粒度级别是什么？我看到了以下IoC应用程序的可能级别：
overkill.Break 打破了所有对象之间的每个依赖关系--当然是subsystems.Use IoC中的所有主要对象(如域对象、支持类和组件)之间的依赖关系，并结合一个外观将子系统(例如日志记录)包装成一个公共接口，然后打破该接口上的依赖关系。此外，在哪里使用IoC没有意义？
浏览 3提问于2009-06-10得票数 6
回答已采纳
IServiceProvider基本上只是任何IOC容器的通用接口，还是用于特定框架？我正在使用自己的轻量级IOC容器，我想知道是否应该实现它。有没有其他我应该实现的接口？我对MEF和Unity都不感兴趣。我广泛地使用了这两种方法，但它们在我当前的项目中并不能真正起作用。
浏览 3提问于2013-02-05得票数 5
回答已采纳
我正在创建一个NServicebus托管进程，并希望初始化我的IOC容器以及创建自托管Web的一个实例。我正在尝试理解实现IWantToRunAtStartup和IWantToRunWhenTheBusStarts接口之间的概念差异，这样我就可以将初始化代码放在适当的位置。对于这些初始化，实现哪个接口会更好？
我相信我会使用IWantToRunAtStartup作为web api，因为它有进程关闭时需要的停止接口。但是，既然接口说它是依赖注入的，那么IOC容器应该在IW
浏览 3提问于2012-12-28得票数 3
回答已采纳
3回答
我想在我的应用程序中实现IOC，但我很困惑，在我的应用程序中，我有多个实现接口的具体类。考虑一下这种情况：-RemoveAddressRemoveContact AddAddress AddContact
基本上，用户在UI中执行所有这些操作现在，根据我对IOC的理解，只有一个具体的类被映射到接口。我们使用这个语法从StructureMap容器中获取我们的具体类型。ICommand command = Obje
浏览 11提问于2010-11-21得票数 3
正在使用的设计涉及到一个接口，该接口抽象了我想要集成到我们的产品中的核心操作，这样当新的第三方API发布时，我们可以透明地切换到使用它，而不是使用旧的API，而不需要修改现有的代码。在这种情况下，我应该使用IoC容器，还是应该使用工厂方法模式并自己编写代码？(使用反射实例化对象等)。
这样做的利弊是什么？我错过了什么吗？
浏览 0提问于2011-12-10得票数 3
2回答
是否应按项目将IoC绑定分离
、、、、
Presentation项目引用ApplicationLayer，但不引用QueryLayer、QueryHandlerLayer和DataLayer。
我可以在PresentationLayer上做这个。或者我可以为所有层分离IoC容器绑定吗？
浏览 3提问于2015-03-09得票数 1
在解析一些接口时，我有一个IoC容器在做一些复杂的对象构造。我想在我的单元/集成测试中使用这些接口的实现。在测试中使用IoC容器解析这些接口有什么问题吗?或者在这种情况下应该手动构建实例吗？
浏览 1提问于2012-08-22得票数 4
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
腾讯会议
云直播活动推荐
腾讯云开发者
