1回答
我正在尝试处理一些依赖注入的最佳实践。我正在尝试测试一个使用braintree/braintree_php composer库的服务类。： $btService = new \App\Service\BraintreeService();
$token = $btService->getClientToken(); 明显的问题是，这个服务类紧密依赖于因此，使得单元测试BraintreeService变得</em
浏览 11提问于2019-06-16得票数 0
2回答
似乎DIY是一个很好的第一步。使用手动构造函数依赖项注入(而不是DIY)，必须构造Hotel对象：Rooms rooms;
Hotel hotel(staff, rooms, powe
浏览 7提问于2010-06-10得票数 1
回答已采纳
getter; }
}
有了这个类结构，单元测试变得很简单，只需模拟getter和putter，将它们作为构造函数参数传递，指示mockito在与这些对象中的任何一个交互时返回什么，然后在doTheThing(...)上进行断言。我在测试中遇到的困难是当我必须
浏览 2提问于2017-01-05得票数 8
2回答
我有一个代码库，其中经常使用构造函数依赖注入，主要是因为它使测试变得更容易。Client public: private:};
这种方法的问题是，现在父上下文必须构造并拥有所有依赖项，尽管它对它们没有用处。它还会使代码变得丑陋，因为<e
浏览 0提问于2020-10-15得票数 2
2回答
abstract void Complete( PaymentGatewayCallbackArgs args );我遇到的问题是，从这个基类继承的每个类都需要完整方法中不同的依赖项。目前，我刚刚将依赖项作为额外的参数添加到完整的方法中，这似乎不对。例如，我的基类现在是这样的。abstract void Complete( Dependency1 dep1, Dependency2 dep2, PaymentG
浏览 0提问于2014-02-26得票数 3
回答已采纳
我是mvc 5依赖注入的新手，我知道mvc 5在依赖项注入中有一个默认的无参数constructor.But --我们创建了一个带有参数的构造函数，而IOC容器为parameter.my提供了一个对象--问题是IOC容器如何使mvc 5理解参数化的构造函数？
浏览 0提问于2019-02-07得票数 0
回答已采纳
4回答
共享单例
、、
我正在实现一个程序，它使用具有单例行为的共享实用程序类。在主线程中创建实用程序类的一个实例，并将其传递给实例化的所有其他对象：Bar bar = new Bar(util, arg3, arg4, arg5)
有什么更优雅的方法来实现这一点(即设计模式)
浏览 4提问于2011-07-25得票数 3
回答已采纳
我有一个基本控制器类，它向它的子类公开一些日志功能。这个日志依赖项被注入构造函数。logger, IService service) { }我使用这些构造函数使在我的单元测试中进行依赖注入变得容易单元测试不使用MEF
浏览 0提问于2012-07-13得票数 4
回答已采纳
目前，我正在努力理解如何在控制器类之外使用依赖项注入模式。new businessLayer();
我理解，在大多数情况下，不可能在控制器类之外使用构造函数注入我能想象到的一个简单的解决方案是：
public TestControlle
浏览 0提问于2015-02-23得票数 0
回答已采纳
1回答
我有一个名为Pippo的Python方法，它在执行期间调用其他方法，这些方法返回要处理的Dataframe。我想用一个自定义的Dataframe模拟每一个方法的返回，但是我不能理解如何自动修补它们。returnPaperino = module3.Paperino() <---- Wanna mock this Dataframe
在Pippo方法的流程中，我调用了另一个模块的当我测试Pippo时，如何在我的testClas
浏览 6提问于2018-02-02得票数 2
我正在尝试想一种好的方法来清理我的控制器，使它们更易于测试，而不必依赖于持续的数据库连接。我想我已经有了一个很好的开始，用IObjectContext抽象出我的对象上下文。除了默认的构造函数之外，我的控制器还包含一个重载，它接受一个IObjectContext (简单依赖注入)。在我的单元测试中，我可以很容易地模拟IObject
浏览 0提问于2010-02-17得票数 2
回答已采纳
1回答
过多的依赖注入？
、、
目前，我正在用相当多的意大利面条遗留代码重新分解一个大型应用程序，使其变得更结构化，更易于维护，最重要的是，可测试性。我可以看到，显然向它们注入类依赖，而不是将对象创建与业务逻辑混合在一起，这样编写单元测试就容易多了。
我读到过这样的评论：“不恰当地使用依赖注入会导致更多的问题，而不是解决问题。”那到底是什么意思？对于如此复杂的语句来说，依赖注入
浏览 0提问于2013-09-04得票数 4
回答已采纳
我们刚刚开始共同努力在我们的项目中统一使用依赖注入，我遇到了一个问题。
我正在编写一个类来处理我们的MongoDB查询。我传入一个MongoClient作为构造函数的依赖项，没有任何问题。特别是，我们有一个新方法的包装器findOne，如果传入一个字符串，当前(在旧代码中)会将该字符串转换为带有“MongoCollection MongoId($_id)”的MongoId，并将其用于查找函数
浏览 0提问于2013-01-22得票数 8
2回答
我试图弄清楚如何使用Simple Injector，我在项目中使用它时，没有遇到注册简单服务及其组件的问题。container.Register<IDAL, DAL>();
为了使容器能够创建DAL，它应该包含一个公共构造函数，但它有2。删除构造函数后，下一个错误是它不允许构
浏览 8提问于2014-01-02得票数 13
回答已采纳
Inject this.heater = heater;} }
Thermosiphon构造函数仍然需要一个Heater作为参数，使整个“构造函数依赖的自动注入”变得
浏览 5提问于2015-08-18得票数 42
回答已采纳
该项目使用Depencency注入。每个控制器利用构造函数注入来获取依赖项。只注射IServiceProvider和使用GetServices<T>()怎么样？
浏览 0提问于2021-02-09得票数 0
1回答
域层中的IoC
、、、、
在我的域层中，我有合同Hashing。我的一个域服务依赖于这个合同。目前，我已经在__construct方法中注入了它。一切都很好。但我知道，服务的依赖关系将会增长。我将向它们添加更多的UseCases。还有一个问题--容器注入所有依赖项，但是我们只能使用一个UseCase，所以它会做过多的
浏览 0提问于2018-09-27得票数 1
回答已采纳
2回答
有一个具有多个类的更大的WinForms应用程序，我目前将引用传递到几个“中心”对象以进行函数调用。 { }我的问题：
是否有任何经验法则，是否应该采用单例方法或“传递对象”的方法？
浏览 0提问于2014-06-27得票数 3
回答已采纳
2回答
在我的上一个大型项目中，我非常大量地使用了依赖注入。我一开始使用构造函数注入，但是即使有两到三个依赖项，也会产生非常难看的代码。我创建了一个“参数对象”，它具有所有依赖项的属性。我把这些交给了我的建筑工人。这样做的好处是使我的代码保持了一些更干净的功能，并且如果没有接触到这些依赖项，我可以在<
浏览 0提问于2013-02-27得票数 5
4回答
为了能够对我的C++代码进行单元测试，我通常通过测试中的类的构造函数--一个或多个对象，这些对象既可以是“生产代码”，也可以是假/模拟对象(让我们调用这些注入对象)。我也是这样做的
使被测试的类成为一个模板类，它将注入对象的类型作为模板参数</em
浏览 0提问于2009-07-14得票数 26
回答已采纳
云服务器
ICP备案
腾讯会议
云直播
对象存储
腾讯云开发者
