ASP.NET Core DI 手动获取注入对象 (转)

ASP.NET Core DI 手动获取注入对象:https://www.cnblogs.com/xishuai/p/asp-net-core-ioc-di-get-service.html

方法1(获取TransientSingleton注入的对象

     在 Startup 类的 Configure 方法中,获取 DI 容器,然后保留在一个静态类的静态属性中。

     补充:需要注意的是,使用ServiceLocator.Instance.GetService<T>();,只能获取TransientSingleton注入的对象,而不能获取 Scoped(请求生命周期内唯一)注入的对象,不是不能获取,而是获取的和构造函数获取的不是相同对象,也就是说获取的对象没有共享。

public void Configure(IApplicationBuilder app)

{

ServiceLocator.Instance = app.ApplicationServices;

}

public static class ServiceLocator

{

public static IServiceProvider Instance { get; set; }

}

方法2获取 Scoped(请求生命周期内唯一)注入的对象

     通过 httpContext 的属性   HttpContext.RequestServices ,是一个IServiceProvider (DI 子容器)。           参考 https://docs.microsoft.com/zh-cn/dotnet/api/microsoft.aspnetcore.http.httpcontext.requestservices?view=aspnetcore-3.1#Microsoft_AspNetCore_Http_HttpContext_RequestServices

原文地址:https://www.cnblogs.com/hopesun/p/12246784.html

时间: 2024-10-07 16:17:11

ASP.NET Core DI 手动获取注入对象 (转)的相关文章

ASP.NET Core DI 手动获取注入对象

原文:ASP.NET Core DI 手动获取注入对象 ASP.NET Core DI 一般使用构造函数注入获取对象,比如在ConfigureServices配置注入后,通过下面方式获取: private IValueService _valueService; public ValueController(IValueService valueService) { _valueService = valueService; } 那如果手动获取注入对象呢? 第一种获取方式(有时会获取不到,不推荐

ASP.NET Core中的依赖注入(2):依赖注入(DI)

参考页面: http://www.yuanjiaocheng.net/ASPNET-CORE/project-layout.html http://www.yuanjiaocheng.net/ASPNET-CORE/projectjson.html http://www.yuanjiaocheng.net/ASPNET-CORE/core-configuration.html http://www.yuanjiaocheng.net/ASPNET-CORE/core-middleware.htm

ASP.NET Core中的依赖注入(5): ServiceProvider实现揭秘 【解读ServiceCallSite 】

通过上一篇的介绍我们应该对实现在ServiceProvider的总体设计有了一个大致的了解,但是我们刻意回避一个重要的话题,即服务实例最终究竟是采用何种方式提供出来的.ServiceProvider最终采用何种方式提供我们所需的服务实例取决于最终选择了怎样的ServiceCallSite,而服务注册是采用的ServiceDescriptor有决定了ServiceCallSite类型的选择.我们将众多不同类型的ServiceCallSite大体分成两组,一组用来创建最终的服务实例,另一类则与生命周

ASP.NET Core中的依赖注入(5): ServiceProvider实现揭秘 【总体设计 】

本系列前面的文章我们主要以编程的角度对ASP.NET Core的依赖注入系统进行了详细的介绍,如果读者朋友们对这些内容具有深刻的理解,我相信你们已经可以正确是使用这些与依赖注入相关的API了.如果你还对这个依赖注入系统底层的实现原理具有好奇心,可以继续阅读这一节的内容. 目录一.ServiceCallSite 二.Service 三.ServiceEntry 四.ServiceTable 五.ServiceProvider 作为DI容器的体现,ServiceProvider是ASP.NET Co

ASP.NET Core中的依赖注入(5):ServicePrvider实现揭秘【补充漏掉的细节】

到目前为止,我们定义的ServiceProvider已经实现了基本的服务提供和回收功能,但是依然漏掉了一些必需的细节特性.这些特性包括如何针对IServiceProvider接口提供一个ServiceProvider对象,何创建ServiceScope,以及如何提供一个服务实例的集合. 一.提供一个ServiceProvider对象 我们知道当将服务类型指定为IServiceProvider接口并调用ServiceProvider的GetService方法是,ServiceProvider对象本

【转】asp.net core 3.0获取web应用的根目录

目录 1.需求 2.解决方案 1.需求 asp.net core 3.0的web项目中,在controller中,想要获取wwwroot下的imgs/banners文件夹下的所有文件: 在传统的asp.net web应用中,是用Server.MapPath()即可获取到web的根目录: 但在asp.net core 3.0的web项目中,已不能这样用了: 2.解决方案 1).说明 ASP.NET Core为文件提供了两个不同的位置: 内容根 - 这是应用程序二进制文件和其他私有文件的保存位置.

asp.net core 系列 3 依赖注入

一. 依赖注入概述 在软件设计的通用原则中,SOLID是非常流行的缩略语,它由5个设计原则的首字母构成:单一原则(S).开放封闭原则(O).里氏替换原则(L).接口分离原则(I).依赖反转原则(D).本篇介绍依赖反转原则以及在ASP.NET Core中的实现. 直接依赖是指:当一个类需要另一个类协作来完成工作的时候就产生了依赖.举例比如:模块 A 调用模块 B 中的函数,而模块 B 又调用模块 C 中的函数,则编译时 A 取决于 B,而 B 又取决于 C.这是有严重的依赖关系,不属于松散耦合.

Why would one use a third-party DI Container over the built-in ASP.NET Core DI Container?

Why would one use a third-party DI Container over the built-in ASP.NET Core DI Container? 回答1 For product development of any reasonably sized application that practice loose coupling and follows the SOLID principles, .NET Core's DI container is unsui

ASP.NET Core 中的依赖注入 [共7篇]

一.控制反转(IoC) ASP.NET Core在启动以及后续针对每个请求的处理过程中的各个环节都需要相应的组件提供相应的服务,为了方便对这些组件进行定制,ASP.NET通过定义接口的方式对它们进行了“标准化”,我们将这些标准化的组件称为服务,ASP.NET在内部专门维护了一个DI容器来提供所需的服务.要了解这个DI容器以及现实其中的服务提供机制,我们先得知道什么是DI(Dependence Injection),而一旦我们提到DI,又不得不说IoC(Inverse of Control)… [