标签：ilog 语句 属性 线程 技巧 ide 常用 更改 local
0、使用依赖注入原则背后的目的是:
1、注入方式：
1.1、构造函数注入
构造函数注入用在服务的构造函数上声明和获取依赖服务.
例如：
1 public class ProductService
2 {
3 private readonly IProductRepository _productRepository;
4
5 public ProductService(IProductRepository productRepository)
6 {
7 _productRepository = productRepository;
8 }
9
10 public void Delete(int id)
11 {
12 _productRepository.Delete(id);
13 }
14 }
ProductService在构造函数中将IProductRepository注入为依赖项,然后在Delete方法中使用它.
1.2、属性注入
ASP.NET Core的标准依赖注入容器不支持属性注入,但是你可以使用其它支持属性注入的IOC容器.
例如：
1 using Microsoft.Extensions.Logging;
2 using Microsoft.Extensions.Logging.Abstractions;
3 namespace MyApp
4 {
5 public class ProductService
6 {
7 public ILogger<ProductService> Logger { get; set; }
8 private readonly IProductRepository _productRepository;
9
10 public ProductService(IProductRepository productRepository)
11 {
12 _productRepository = productRepository;
13 Logger = NullLogger<ProductService>.Instance;
14 }
15
16 public void Delete(int id)
17 {
18 _productRepository.Delete(id);
19 Logger.LogInformation(
20 $"Deleted a product with id = {id}");
21 }
22 }
23 }
ProductService具有公开的Logger属性. 依赖注入容器可以自动设置Logger（前提是ILogger之前注册到DI容器中）.
Logger = NullLogger<ProductService>.Instance;), 不然就需要在使用依赖项时始终做空引用的检查.
1.3、服务定位器
服务定位器模式是获取依赖服务的另一种方式.
例如:
1 public class ProductService
2 {
3 private readonly IProductRepository _productRepository;
4 private readonly ILogger<ProductService> _logger;
5
6 public ProductService(IServiceProvider serviceProvider)
7 {
8 _productRepository = serviceProvider
9 .GetRequiredService<IProductRepository>();
10
11 _logger = serviceProvider
12 .GetService<ILogger<ProductService>>() ??
13 NullLogger<ProductService>.Instance;
14 }
15
16 public void Delete(int id)
17 {
18 _productRepository.Delete(id);
19 _logger.LogInformation($"Deleted a product with id = {id}");
20 }
21 }
ProductService服务注入IServiceProvider并使用它来解析其依赖,如果欲解析的依赖未注册GetRequiredService会抛出异常,GetService只返回NULL.
在构造函数中解析的依赖,它们将会在服务被释放的时候释放,因此你不需要关心在构造函数中解析的服务释放/处置(release/dispose),这点同样适用于构造函数注入和属性注入.
ASP.NET Core下依赖注入中有三种服务生命周期：
DI容器自动跟踪所有已解析的服务,服务在其生命周期结束时被释放/处置(release/dispose)
2.1、在服务方法中解析依赖服务
在某些情况下你可能需要在服务方法中解析其他服务.在这种情况下,请确保在使用后及时释放解析得服务,确保这一点的最佳方法是创建Scoped服务.
例如：
1 public class PriceCalculator
2 {
3 private readonly IServiceProvider _serviceProvider;
4
5 public PriceCalculator(IServiceProvider serviceProvider)
6 {
7 _serviceProvider = serviceProvider;
8 }
9
10 public float Calculate(Product product, int count,
11 Type taxStrategyServiceType)
12 {
13 using (var scope = _serviceProvider.CreateScope())
14 {
15 var taxStrategy = (ITaxStrategy)scope.ServiceProvider
16 .GetRequiredService(taxStrategyServiceType);
17 var price = product.Price * count;
18 return price + taxStrategy.CalculateTax(price);
19 }
20 }
21 }
PriceCalculator在构造函数中注入IServiceProvider服务,并赋值给_serviceProvider属性. 然后在PriceCalculator的Calculate方法中使用它来创建子服务范围。 它使用scope.ServiceProvider来解析服务，而不是注入的_serviceProvider实例。 因此从范围中解析的所有服务都将在using语句的末尾自动释放/处置(release/dispose)
2.2、单例服务(Singleton Services)
单例服务通常用于保持应用程序状态. 缓存服务是应用程序状态的一个很好的例子.
例如:
1 public class FileService
2 {
3 private readonly ConcurrentDictionary<string, byte[]> _cache;
4
5 public FileService()
6 {
7 _cache = new ConcurrentDictionary<string, byte[]>();
8 }
9
10 public byte[] GetFileContent(string filePath)
11 {
12 return _cache.GetOrAdd(filePath, _ =>
13 {
14 return File.ReadAllBytes(filePath);
15 });
16 }
17 }
FileService缓存文件内容以减少磁盘读取. 此服务应注册为Singleton,否则缓存将无法按预期工作.
2.3、范围服务(Scoped Services)
Scoped生命周期的服务乍一看似乎是存储每个Web请求数据的良好候选者.因为ASP.NET Core会为每个Web请求创建一个服务范围. 因此,如果你将服务注册为作用域则可以在Web请求期间共享该服务.
例如:
1 public class RequestItemsService
2 {
3 private readonly Dictionary<string, object> _items;
4
5 public RequestItemsService()
6 {
7 _items = new Dictionary<string, object>();
8 }
9
10 public void Set(string name, object value)
11 {
12 _items[name] = value;
13 }
14
15 public object Get(string name)
16 {
17 return _items[name];
18 }
19 }
如果将RequestItemsService注册为Scoped并将其注入两个不同的服务,则可以获取从另一个服务添加的项,因为它们将共享相同的RequestItemsService实例.这就是我们对Scoped生命周期服务的期望.
但是...事实可能并不总是那样. 如果你创建子服务范围并从子范围解析RequestItemsService,那么你将获得RequestItemsService的新实例,它将无法按预期工作.因此,作用域服务并不总是表示每个Web请求的实例。
你可能认为你没有犯这样一个明显的错误(在子范围内解析服务). 情况可能不那么简单. 如果你的服务之间存在大的依赖关系,则无法知道是否有人创建了子范围并解析了注入另一个服务的服务.最终注入了作用域服务.
参考：https://www.cnblogs.com/realmaliming/p/9467601.html
标签：ilog 语句 属性 线程 技巧 ide 常用 更改 local
原文地址：https://www.cnblogs.com/Johnfx-home/p/14764983.html
