1回答
我有一个示例类"A“，我正在进行单元测试。我需要指定类"X“的行为，这样它就会给出一个我在单元测试中指定的随机数，而不是生成的值。我不确定我应该模仿哪个类，我需要拥有X的行为，除了它从抽象类"Y“继承的方法"getGen()”，或者有没有其他方法让我做我想做的事情。而且，仅仅为了单元测试我的代码而覆盖类X中
浏览 1提问于2017-01-19得票数 0
如果我希望我的代码遵循坚实的原则，特别是依赖反转原则，这是否意味着我必须为每个模块创建一个接口(抽象)，即使它只有一个实现？我认为，并根据这些职位：
为每个模块创建一个“抽象”是一种代码混乱，违反了YAGNI原则。我的经验法则是:不要使用依赖项注入，或者为一个模块创建一个接口，除非它有多个实现(第二个实现可以是用于数据库/服务器/文件模块的单元测试的
浏览 1提问于2015-02-27得票数 9
回答已采纳
1回答
我在互联网上搜索了相当多的内容，没有找到简单的解释和区别，只是在单元测试和集成测试之间添加了一个示例。我读过有关单元和集成测试的文章，我目前的理解是，一方面，对于单元测试，我们只测试该方法要么为启动程序运行，要么运行并正确返回所需的输出，而不与其他系统交互。我的理解是，这里应该使用对对象的模仿。另一方面，对于集成测试，我们测试一个更复杂的情况，比如与数据库调用或其他服务调用相关的方法的运行。我<em
浏览 3提问于2022-11-26得票数 -1
回答已采纳
4回答
我从TDD从业者那里听说，TDD的优点之一是它迫使开发人员遵循实心原则(单责任、开放关闭、Liskov替换、接口隔离和依赖反转)。但是对我来说，仅仅编写一些测试(主要是单元测试)就足够了，理解遵循实心(从而创建可测试的体系结构)是很重要的。
TDD是否迫使开发人员更积极地遵循坚实的原则，而不仅仅是编写单元测试？
浏览 0提问于2011-10-01得票数 16
回答已采纳
我还有另一个服务(EmailService)，它是注入到AccountService中的构造函数。我想知道是否有必要这样做，因为我感觉每次向方法添加具有依赖关系的功能时，都必须更改所有测试，其中我模拟了构造函数的依赖关系。这让人感觉依赖注入实际上让改变事情变得更难，而不是更容易。所以我在考虑在我的控制器操作中使用DependencyResolver，它调用AccountService来获取EmailService并传递它。但是，这会影
浏览 0提问于2011-05-04得票数 4
回答已采纳
2回答
将数据和对这些数据进行操作的方法放在一个类中的机制称为封装。
然而，为了遵循Open/Closed原则，Dependency injection是通过公开公共属性来实现的。在这种情况下，封装和依赖注入似乎相互矛盾，不是吗？
浏览 0提问于2013-04-18得票数 3
回答已采纳
我在这里的所作所为感觉不对劲，我想知道为什么。
在可以从appsettings.json文件返回设置的.net核心中创建静态设置类。
浏览 0提问于2019-07-17得票数 0
2回答
我试图理解坚实的设计模式和设计原则。想象一下，创建一个通知程序，其中有一个父类，它有一个叫做发送通知的方法。现在，父类拥有不同通知类型的子类，如SMS、Call和email。在创建程序之后，我希望通过允许它组合多个通知类型来扩展它的功能，因此我创建了一个名为SMS+Email的子类来处理与SMS和email相关的通知，我还创建了另一个子类来处理将呼叫和电子邮件结合在一起的通知我知道这里一个好的设计策
浏览 2提问于2022-04-05得票数 0
回答已采纳
11回答
如果我理解正确的话，依赖注入的典型机制是通过类的构造函数或通过类的公共属性(成员)进行注入。我对这种权衡的认识正确吗？你是如何处理这个问题的？也请看下面我对自己问题的回答。
浏览 80提问于2009-06-17得票数 135
回答已采纳
1回答
另外，我使用的是Moq框架。我在这里读了很多文章，但没有找到明确的答案。我一直在理解如何对测试方法中的两个IDisposable对象进行模拟？我想测试的方法是：{
...对如何为DBHelperAsync和DBHelperReaderAsync对象实现模拟有任何想法吗？
浏览 1提问于2018-09-25得票数 1
回答已采纳
1回答
我对DI中的几点感到困惑。让我解释一下:第一，依赖注入是否必须遵循依赖反转原则？如果是这样，则不能将具体的类实例作为依赖项注入。因为这个操作违反了DIP。让我以一个例子来问我的问题：
private Service service; // Service is concrete class !Client(Servi
浏览 0提问于2015-11-26得票数 5
回答已采纳
2回答
工厂方法模式实体
、、、
Factory方法是否只遵循实体中的依赖反转原则和界面分离原则？我在另一个网站上发现了这一点，但找不到任何理由来解释为什么它实现了接口隔离原则。它遵循DIP，因为它依赖于接口(抽象)而不是具体类。
浏览 5提问于2017-10-01得票数 1
1回答
复杂任务的依赖注入
、、、、
在过去的几周里，我读了很多关于依赖注入、反转、技术、IoC等等的文章。虽然我理解这个原则，但到目前为止我还不能得到一些东西。
向用户显示信息并重定向到“成功”页面。这是一个复杂的任务，如果我们必须遵循瘦身控制器和脂
浏览 3提问于2015-01-06得票数 0
回答已采纳
我更希望能够在单元测试基类中设置一些东西，以防止所有子测试类上的文件系统访问。
我目前需要禁用数据库服务，运行单元测试，并检查哪些测试失败，以便定位正在访问不应该访问的资源的任何测试。
浏览 0提问于2013-05-12得票数 3
最近，我发现了自己的依赖注入和可靠的原则，所以现在我开始了我的项目，它经常使用社会服务，所以我想遵循这些原则来创建一个好的架构。我可能会为App42和facebook创建单独的界面，但情况并非如此，因为我将来想要使用的服务(例如推特)越多，我就会有更多的界面，登录页面中到它们的链接就会增长。IScopeAuthenticatable {
浏览 1提问于2015-01-08得票数 0
我总是随处插入我的Linq2SQL查询，几乎在所有地方的每个类中。您是将它们放在单独的数据层类中，还是将它们存储在到处都可以使用的地方？我认为我需要改变我的Linq2SQL查询策略，并将它们存储在单独的DataLayer类中。我认为，如果我想要高效地进行TDD，并遵守依赖注入和可靠<e
浏览 0提问于2009-02-01得票数 7
4回答
我学会了同时进行测试驱动开发(TDD)、依赖注入(DI)和反向控制(IoC)。当我使用TDD编写代码时，我总是在类的构造函数中使用DI。我想知道这是因为我是如何学会做TDD的，还是这是TDD的自然副作用。
因此，我的问题是:遵循TDD原则和编写不依赖于外部服务的单元测试是否不可避免地导致DI？
浏览 0提问于2012-08-15得票数 14
回答已采纳
我仔细研究了Stack溢出，了解了如何在我的C#应用程序中进行日志记录，并保持特定于我的应用程序的使用要求。以前回答的下列问题帮助了我：
浏览 9提问于2020-01-02得票数 1
回答已采纳
2回答
所以我读到了一个叫做 (混合) 的东西。特别是关于D部分。在使用语言库提供的基本类型或方法/类时，如何遵循这些准则。还需要对数组(java (new int[64])或FileWriter的类成员)使用依赖注入吗？这些是否需要使用DI注入，还是类仍然可以实例化它们？
你应该在多大程度上遵循上述指导方针？我并不是在寻找特定语言的答案(如果
浏览 3提问于2013-03-26得票数 4
回答已采纳
云服务器
ICP备案
对象存储
即时通信 IM
云直播
腾讯云开发者
