回答情况：
提问时间：
问题标签：
4回答
ITaskProvider T GetTask<T>();在下面的ITaskprovider实现中，正如您所看到的，IUserTask和IIdentityTask是从属性而不是构造函数注入的原因是Windsor在访问时会在运行时自动实例化注入的属性，这样我就不必将所有必须注入的依赖项都放在构造函数中。IIdentityTasks)) return (T)this.IdentityTasks;
}在控制
浏览 3修改于2010-09-04得票数 9
回答已采纳
3回答
在一个典型的Asp.Net Mvc应用程序中，您的存储库被注入数据上下文，服务被注入存储库，最后控制器被注入服务，一切正常如果您没有遇到任何异常，您将提交更改。dataContext.SubmitChanges(); }我希望将presenter与服务解耦，并希望在请求ITodoService时注入TodoService，但由于两个原因，我无法注入数据上下文，因为我必须基于数据库做出决定，或者甚至无法在应用程序级别维护数据上下文，即使我们只有一个数据库
浏览 0修改于2011-03-03得票数 3
回答已采纳
1回答
我让它在控制器上工作，它们是注入了服务的构造函数，但服务是注入了存储库的构造函数，我不确定在哪里处理这个问题。
我正在试着让每一层都只知道下面的一层，对吗？
浏览 3修改于2012-08-22得票数 5
回答已采纳
我想知道如何使用php(供学习)实现依赖注入容器。我得到了依赖注入的概念，我可以实现它，但我只能在php框架的控制器之前考虑因素。
请给我一个使用php的依赖注入容器的具体例子。我是否正确地指出，在单元测试中，只需要测试依赖类，
浏览 1修改于2014-04-23得票数 2
回答已采纳
2回答
我已经开始了一个新的项目，并且一直在使用对象和工作单元模式逐步构建我的服务层。我遇到了一个问题，正在寻求帮助。public LicenceService(IRepository<Licence> licenceRepo, IUserService userService)public UserService(IRepository<User> userRepo, ILicenceServi
浏览 3修改于2018-03-16得票数 1
1回答
我一直在尝试弄清楚通过初始化器直接注入依赖项和通过注入符合协议的依赖项来注入依赖项之间是否有区别？直接注入依赖项 func start() { }
printstruct Car { init(engine: Engine) {
浏览 1提问于2021-09-27得票数 0
最近，我在我的一些项目中经常使用Symfony2 DI，并且刚刚开始尝试Zend。我看到的是，SYmfony2 DI比Zend要好得多，因为它还提供了Zend中不存在的以下特性：如果我错了请纠正我？
浏览 0提问于2012-05-09得票数 2
2回答
在我的上一个大型项目中，我非常大量地使用了依赖注入。我一开始使用构造函数注入，但是即使有两到三个依赖项，也会产生非常难看的代码。很多时候，我的依赖项也有依赖项，所以除非我使用了单例或其他东西，否则我无法提供默认值。属性注入的问题是，我更喜欢完全初始化的对象，并且不希望意外地忘记在测试期间模拟依赖项。
所以我找到了一个折中方案。它是构造函数注入或参数注入-不允许妥协。后来，我意识到这些参数对象有时成为它们自己的类(或一
浏览 0修改于2013-02-27得票数 5
我是天使语的初学者，我通过他们的教程开始学习，但是当谈到依赖注入时，我不太明白它意味着什么。SomeClass.prototype.doSomething = function(name) {}黑体句到底是什么意思？
“构造SomeClass的代码”，这是否意味
浏览 5提问于2014-07-15得票数 3
回答已采纳
2回答
我最近还进入了依赖反转原理和控制反转，据我目前所知(如果我错了就纠正我)，DIP声明：
高层和低级模块都不应该依赖于细节(不确定这意味着什么？)，而应该依赖抽象(接口)。
我的程序由一个实现"ICharacterable“的库存和播放器类组成。
浏览 3修改于2020-06-20得票数 0
回答已采纳
应该注意的是，所有其他对象都使用构造函数注入(它们取自以前存在的项目)。我尝试将它们更改为使用公共属性注入，但没有任何区别。
如果有人能指出我在这里做错了什么，我将不胜感激！
浏览 5修改于2017-05-23得票数 3
回答已采纳
4回答
CloudFrontService implements AwsServiceInterface {}
现在我在这个类上使用了依赖项注入
浏览 0修改于2017-01-25得票数 0
回答已采纳
1回答
我想知道我在这里的思路是否正确，我主要是为接口编程，所以我想知道下面的类是否应该通过DI注入，还是应该自己实例化一个类.//IUserSession永远不知道，这取决于客户端应用程序，这是永远不知道的，所以我必须在任何时候注入。我需要注入//IWorkflowService，因为客户端应用程序有几个不同的服务/包，这取决于业务规则可能有所不同
//IReadonlySession在我的应用程序中只有1，所以我从来不需要注射吗？无论我说什么，//INot
浏览 1修改于2012-01-17得票数 2
回答已采纳
2回答
我正在尝试理解有关PHP依赖性的教程。authorName->firstName，但这会使我返回一个错误就像我说的，我只是尝试使用这个代码示例来使用依赖注入来获取我的头脑
浏览 3提问于2015-03-05得票数 1
6回答
我正在阅读关于依赖注入 (DI)的文章。对我来说，这是一件非常复杂的事情，因为我读到它也提到了倒置控制 (IoC)，所以我觉得我要去旅行了。这就是我的理解:不是在类中创建模型，而是将模型(已经填充了有趣的属性)传递(注入)到需要它的地方(传递给一个新类，它可以将它作为构造函数中的一个参数)。
对我来说，这只是在传递一个论点。
浏览 0修改于2014-03-14得票数 121
回答已采纳
4回答
我想我对依赖反转原理(DIP)有一个很好的理解，我的困惑更多的是关于依赖注入。
我的理解是DI的全部目的是将应用程序的各个部分解耦，允许一个部分中的更改而不影响另一个部分，前提是接口不会改变。
浏览 0修改于2013-06-29得票数 7
回答已采纳
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号