如何为每个用例避免 Services.AddScoped?
How to avoid Services.AddScoped for every Use Case I have?
我正在尝试同时学习 asp.net 核心 (3.1) 和干净的架构。我用作基础的 GitHub 存储库是 https://github.com/ivanpaulovich/clean-architecture-manga,它很棒。
使用的方法都很好,repo 所有者会为您解答每种方法的原因。
我发现的问题不是关于现在的方法,而是更好的解决方案。
webapi\dependencyinjection\ApplicationExtensions.cs class 为他拥有的每个用例添加一个范围:
services.AddScoped<Application.Boundaries.CloseAccount.IUseCase, Application.UseCases.CloseAccount>();
services.AddScoped<Application.Boundaries.Deposit.IUseCase, Application.UseCases.Deposit>();
services.AddScoped<Application.Boundaries.GetAccountDetails.IUseCase, Application.UseCases.GetAccountDetails>();
services.AddScoped<Application.Boundaries.GetCustomerDetails.IUseCase, Application.UseCases.GetCustomerDetails>();
services.AddScoped<Application.Boundaries.Register.IUseCase, Application.UseCases.Register>();
services.AddScoped<Application.Boundaries.Withdraw.IUseCase, Application.UseCases.Withdraw>();
services.AddScoped<Application.Boundaries.Transfer.IUseCase, Application.UseCases.Transfer>();
有什么方法可以让它通用吗?只用一行代码解析示例代码,之后创建的所有用例都会被注入?
显式注册依赖项可以被视为一个好处,因为你不会在运行时从看似“神奇”的注册中得到意外的惊喜。尤其如此,因为您注册这些类型的约定似乎完全基于接口命名或名称空间。如果您想在那里使用基于约定的注册,我建议您添加一些更强的标识符(例如公共接口或标记接口)。否则,最好列出每个 DI 注册,即使这看起来很冗长。
也就是说,有些实用程序可以帮助您进行基于约定的注册。当然,您总是可以使用反射编写一些代码来自动注册这些东西。还有这个非常有用的实用程序包 Scrutor
可以根据约定为您注册类型。
如果每个类型只实现一个接口,那么您可以使用以下扫描将服务注册为其接口的作用域服务:
var type = typeof(Application.UseCases.CloseAccount);
services.Scan(scan => scan.FromAssembliesOf(type)
.AddClasses(classes => classes.InExactNamespaceOf(type))
.AsImplementedInterfaces()
.WithScopedLifetime());
我正在尝试同时学习 asp.net 核心 (3.1) 和干净的架构。我用作基础的 GitHub 存储库是 https://github.com/ivanpaulovich/clean-architecture-manga,它很棒。
使用的方法都很好,repo 所有者会为您解答每种方法的原因。 我发现的问题不是关于现在的方法,而是更好的解决方案。 webapi\dependencyinjection\ApplicationExtensions.cs class 为他拥有的每个用例添加一个范围:
services.AddScoped<Application.Boundaries.CloseAccount.IUseCase, Application.UseCases.CloseAccount>();
services.AddScoped<Application.Boundaries.Deposit.IUseCase, Application.UseCases.Deposit>();
services.AddScoped<Application.Boundaries.GetAccountDetails.IUseCase, Application.UseCases.GetAccountDetails>();
services.AddScoped<Application.Boundaries.GetCustomerDetails.IUseCase, Application.UseCases.GetCustomerDetails>();
services.AddScoped<Application.Boundaries.Register.IUseCase, Application.UseCases.Register>();
services.AddScoped<Application.Boundaries.Withdraw.IUseCase, Application.UseCases.Withdraw>();
services.AddScoped<Application.Boundaries.Transfer.IUseCase, Application.UseCases.Transfer>();
有什么方法可以让它通用吗?只用一行代码解析示例代码,之后创建的所有用例都会被注入?
显式注册依赖项可以被视为一个好处,因为你不会在运行时从看似“神奇”的注册中得到意外的惊喜。尤其如此,因为您注册这些类型的约定似乎完全基于接口命名或名称空间。如果您想在那里使用基于约定的注册,我建议您添加一些更强的标识符(例如公共接口或标记接口)。否则,最好列出每个 DI 注册,即使这看起来很冗长。
也就是说,有些实用程序可以帮助您进行基于约定的注册。当然,您总是可以使用反射编写一些代码来自动注册这些东西。还有这个非常有用的实用程序包 Scrutor
可以根据约定为您注册类型。
如果每个类型只实现一个接口,那么您可以使用以下扫描将服务注册为其接口的作用域服务:
var type = typeof(Application.UseCases.CloseAccount);
services.Scan(scan => scan.FromAssembliesOf(type)
.AddClasses(classes => classes.InExactNamespaceOf(type))
.AsImplementedInterfaces()
.WithScopedLifetime());