.Net核心MVC1.0中的DI
是指依赖注入（Dependency Injection），它是一种设计模式，用于解耦组件之间的依赖关系。在传统的开发模式中，组件之间的依赖关系是硬编码在代码中的，这样会导致代码的耦合度高，难以维护和测试。而使用依赖注入，可以将组件之间的依赖关系交给容器来管理，从而实现松耦合的设计。
依赖注入有三种常见的方式：构造函数注入、属性注入和方法注入。在.Net核心MVC1.0中，通常使用构造函数注入来实现依赖注入。通过在组件的构造函数中声明依赖的接口或类，容器会自动解析并注入相应的实例。
依赖注入的优势包括：
- 降低代码的耦合度：通过依赖注入，组件之间的依赖关系由容器来管理，使得代码更加灵活、可扩展和可维护。
- 提高代码的可测试性：依赖注入可以方便地替换依赖的实例，从而使得单元测试更加容易进行。
- 促进代码的复用：通过依赖注入，可以将通用的组件抽象成接口或基类，从而提高代码的复用性。
在.Net核心MVC1.0中，可以使用Microsoft.Extensions.DependencyInjection命名空间下的服务容器来实现依赖注入。具体使用方法可以参考腾讯云的产品介绍链接地址：.Net核心MVC1.0中的依赖注入。
通过依赖注入，可以实现.Net核心MVC1.0中的组件解耦和灵活的配置，提高代码的可维护性和可测试性。
相关·内容
4回答
依赖注入如何帮助对象组合？
c#、design-patterns、dependency-injection
假设我有A、B和C类，A类只有一个职责，但需要B和C类的功能，所以一开始我想让A继承B和C类，然后通过遵循“组合重于继承”的原则来实现，使A的B和C成员可以减少设计的刚性，并使这两个类更具可重用性。
起初，B和C只需要在A的构造函数中实例化，但最终它们有两个或三个其他地方需要调用的方法-当我在其他地方重用类时，我忘记在正确的地方调用一些方法，造成了许多不必要的缺陷和时间浪费……我的问题是，依赖注入对解决这个问题有帮助吗?它是否有助于降低使用组合的复杂性?如果是，它是如何帮助降低复杂性的？
public class A
{
private mB;
private mC;
浏览 3提问于2012-08-14得票数 1
回答已采纳
1回答
解决应用程序同一级别组件之间依赖关系的最佳实践
design-patterns、inversion-of-control、ioc-container
这是一个很简单的问题。我正在使用一个IoC容器在根级别注册密钥停用。对于其余的依赖项，我使用构造函数注入。
解决应用程序同一级别服务之间的依赖关系的最佳实践是什么？
我可以使用IoC容器作为服务定位器，但我同意将服务定位器解释为反模式()，并且我同意IoC容器应该侧重于模块化和组合根。
另一种选择是创建一个明确的定位器版本，在这里我可以显式地定义依赖项，但是现在我将违反开放关闭原则，因为我需要为将来创建的每一个新的"ServiceX“接口更改”ServiceX“(以及这个接口的所有实现)。
public interface IServices
{
IServic
浏览 2提问于2014-11-11得票数 1
回答已采纳
6回答
什么是依赖注入？
java、spring、dependency-injection
可能重复：
Spring是概念依赖注入出现的框架。
DI的目的是什么？这有什么好处呢？它是如何实施的？
浏览 9提问于2010-07-26得票数 67
回答已采纳
1回答
当我们可以简单地通过构造函数传递其他类的引用时，为什么我们需要在android中进行依赖注入？
android、dependency-injection、dagger-hilt
我正在学习在android中使用DI，更多的时候，我发现我们需要如何使用依赖注入。在此之前，在开发应用程序时，我通常只是在依赖类的构造函数中传递类的引用。为什么我们不能继续这样做，而不是使用构造函数注入呢？谢谢。
浏览 3提问于2022-06-11得票数 1
6回答
控制反转与依赖注入的区别
java、spring、oop、design-patterns
IoC和DI的概念对我来说非常混乱，所以我阅读了很多不同人的观点和帖子，最终得出了结论。所以据我所知，这些主题是...
控制反转是java中的一种技术，用于制作松散耦合和更容易维护的应用程序，而依赖注入是实现该概念(技术)的一种方式。
控制反转容器在运行时从java类注入依赖，以创建松散耦合的应用程序。
这是真的吗？如果我错了，请纠正我。
浏览 3提问于2014-11-12得票数 26
1回答
依赖注入接口与具体类？
dependency-injection、solid-principles
我对DI中的几点感到困惑。让我解释一下:第一，依赖注入是否必须遵循依赖反转原则？如果是这样，则不能将具体的类实例作为依赖项注入。因为这个操作违反了DIP。让我以一个例子来问我的问题：
public class Client {
private Service service; // Service is concrete class !
Client(Service service) {this.service = service;}
}
因此，在本例中，依赖和依赖都是具体的。虽然这违反了DIP原则，但我们可以说这是依赖注入吗?在我的观点中，是的，我们can.Because DI都是对象创
浏览 0提问于2015-11-26得票数 5
回答已采纳
1回答
测试Asp.net MVC应用程序的最佳实践
asp.net-mvc、unit-testing、testing
测试Asp.net MVC应用程序的最佳实践是什么？
浏览 1提问于2008-12-11得票数 3
2回答
为什么spring的DI/IoC被认为比普通OO更加解耦？
spring、oop、dependency-injection、inversion-of-control
我试着从普通的OO背景中学习春天。
在普通的OO中，如果您想分离依赖项。你会按
Car car = CarFactory.getCar();
您可以让BigCar和SmallCar实现Car。
在春季，依赖被解耦。
@Autowire
BigCar car;
或通过XML配置。
问题是，如何使更加解耦？在所有三种情况下，你要么
@AutowireChange 更改工厂中的1行代码更改1行以下的XML代码
浏览 2提问于2019-10-17得票数 1
2回答
PHP:获取所有类的连接和记录器对象的最佳方法
php、symfony、oop
我有三个类，我将它们用于应用程序中的所有其他类: Connection、Logger和User (当前用户信息)。
我所做的是，我创建了一个基类，它在构造器中实例化这三个类(我使用Symfony，因此Connection和Logger是作为服务检索的)。所有其他类都继承了基类，不需要担心连接和记录器之类的事情。
我知道这不是一个好的方法，它使得从其他类继承变得不可能。而且它很难测试，因为对象是在构造函数中创建的。
我尝试过的另一种方法是将这些类依赖注入到基类中，这样我至少可以测试它们。但是，如果我这样做，每次创建对象时，我必须在之前创建连接和Logger，并将它们传递给构造函数，这使得创建对象
浏览 3提问于2015-07-17得票数 2
2回答
服务定位器、依赖注入(和容器)和控制反转
php、design-patterns、dependency-injection、inversion-of-control、service-locator
我编程已经有一段时间了，但从理论上讲，我从未对每个概念的含义感兴趣，我可能正在使用各种各样的编程概念，但却不知道。
服务定位器：对我来说，是指通过减少代码量来加速开发的快捷方式的记录。一个问题是: Locator是否只引用名称空间/类，或者我可以拥有一个变量注册中心？
以下是我对此的理解：
$locator = new ServiceLocator()
$locator->set('app', new System\Application());
$locator->set('db', new System\Pdo());
// Get the o
浏览 2提问于2012-04-06得票数 12
回答已采纳
4回答
Spring依赖注入的好处
spring
我是Spring框架的新手，关于spring，我首先想到的当然是依赖注入。现在我可能错了，因为我刚刚开始学习Spring框架(特别是。关于依赖注入)，但我认为beans对所述对象的依赖注入并不意味着事务数据。例如，由于bean定义是在spring.xml (蓝图)中定义的，因此它不适用于事务性数据，而适用于静态和少量数据。我认为没有任何方法可以使用动态XML (在运行时创建)将数千个事务对象注入到另一个对象中。
那么我做得对吗？如果是这样的话，依赖注入的真正好处是什么？
浏览 2提问于2013-02-08得票数 1
回答已采纳
1回答
IoC和DI的特性
c#、asp.net-mvc-4
我是asp.net mvc的初学者。我有一个问题，我相信任何人都会在堆栈溢出方面帮助我)我无法理解在ASP.NET MVC中使用ASP.NET和DI是什么。你能帮帮我吗。也许我很笨，但我真的很想知道)有人能解释清楚吗？我将非常感激。
浏览 1提问于2014-02-18得票数 0
回答已采纳
3回答
如何在不修改生产代码的情况下打破依赖关系？
asp.net、sql、vb.net、unit-testing
根据我对单元测试的初步阅读(我是初学者)，明智的做法是将所有的设置和测试放在与被测试代码不同的项目中。这对我来说似乎也很理想。然而，我最近开始阅读单元测试的艺术，试图发现如何打破对数据库调用等事物的依赖。提供的方法包括更改测试代码的区域，例如向生产代码添加特定的接口和“存根”方法。这似乎破坏了将测试和生产代码分开的一些好处。
有没有推荐的不涉及更改生产代码的打破依赖关系的技术？
浏览 2提问于2009-06-17得票数 1
回答已采纳
2回答
依赖解决方案和IoC在asp.net mvc中的优势
c#、.net、asp.net-mvc、dependency-injection、inversion-of-control
可能重复：
我读了一些关于这个话题的文章，但我没有发现任何精彩的优势。例如，这段代码：
//some action in a controller
//simplest solution:
var repository = new EmployeeRepository();
var model = repository.ListAllEmployees();
您可能会说:在这个解决方案中，控制器/动作非常依赖于EmployeeRepository。依赖性决议是：
var repository = DependencyResolver.Current.GetService<IEmpl
浏览 4提问于2011-11-14得票数 7
4回答
用依赖注入解决循环依赖关系
.net、architecture、dependency-injection、circular-dependency
我在各种网站上看到过几篇文章，这些文章建议使用依赖注入来解决.NET程序集之间的循环依赖关系。这可能解决构建错误，但实际上并不能解决循环依赖，对吗？在我看来，架构中似乎仍然存在逻辑错误。我是疯了还是别人同意了？
这是一种不太占星术的DI？
不是解决循环依赖问题的适当方法吗？
浏览 5提问于2009-09-20得票数 12
2回答
Dagger2:通过组件本身注入模块提供的实现类
java、android、dagger-2
考虑到模块通过Dagger1规范complete=false, library=true彼此共享，您可以通过构造函数参数接收@Provides方法提供的元素，如下所示。
public class GetUserForUsernameTaskImpl
implements GetUserForUsernameTask {
public static final String TAG = GetUserForUsernameTaskImpl.class.getSimpleName();
private Realm realm;
private UserRe
浏览 3提问于2015-05-31得票数 3
回答已采纳
2回答
为什么在MVC中单元测试比在MVP和MVVM中更难
android、model-view-controller、mvvm、mvp、android-mvvm
我一直在研究MVC/MPV/MVVM的优缺点，一个共同的主题是MVC比MVP和MVVM更难进行单元测试，但我不完全理解为什么。 据我目前的理解，在MVC中，视图依赖于模型和控制器，因此要测试视图，控制器和模型都必须是模拟的。MVP/MVVM在这方面有何改进？
浏览 20提问于2019-06-20得票数 7
回答已采纳
1回答
工厂(方法)模式和对其他方法或其他深/长链工厂的标注
design-patterns、factory、factory-pattern、anti-patterns、factory-method
在我的工作中有一个巨大的讨论--工厂模式是什么？
主要讨论的问题是，在创建对象的工厂中，一个人是否也可以通过其他工厂扩展对其子类的种群的调用。
或者父工厂需要预先将这些细节作为其构造函数的一部分作为参数以及其他数据？
给工厂里的其他工厂打电话可以吗？还是一家工厂应该是独立的，独立的，独立的？
浏览 4提问于2020-03-05得票数 1
3回答
减少初学者所需的耦合简单示例
c#、decoupling、coupling、loose-coupling
刚从大学毕业，我遇到了一些我需要减少耦合的代码。但我不完全理解所有的概念，我想要一个简单的例子来帮助我。为了让您开始，我有一个只有一个字段名称的person类。我在该类中有一个方法来连接一些文本。
我知道这是一个愚蠢的例子，大多数人都不会考虑在这样简单的情况下减少耦合，但我只想要一个简单的例子来帮助我全面理解代码和概念。
在主窗口后面的代码中，我放置了一个文本框和一个按钮。当窗口加载时，它将显示person x name字段的当前值。单击按钮时，将调用x.PersonAddText方法。目前，此示例的耦合计算为8。按钮单击事件为3，窗口加载事件为3。
有什么办法，用这个例子，我们可以把它降低到
浏览 1提问于2012-05-09得票数 7
回答已采纳
1回答
从技术上讲，使用DI、接口和抽象类编程中的抽象的主要目的是什么？
dependency-injection、abstraction
我在网上看到了几个关于抽象、抽象类、接口、DI和松散耦合的答案。但这些答案都没有回答我的问题。我对这些主题进行了分组，因为它们与实现抽象相关。对这些话题有了很好的理解，但对它们的具体内容以及它们之间的关系还没有完全了解。
一般来说，接口是用来使类松散耦合的。因此，定义一组要实现的函数和字段。创建松散耦合类的想法是，需要消除对多个类的依赖。
例如，如果我们对其中一个类进行了更改，那么我们就不需要更改其他地方，从而使代码可维护。我能想到使用松耦合的唯一好例子是通过DI。因此，当我们说接口使类松散耦合时，我们是否指将接口作为依赖项传递？
“请继续阅读将进一步澄清”。
这里的一个问题是，如果我们要使用
浏览 8提问于2022-09-15得票数 -1
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频活动推荐
腾讯云开发者
