La inyección de dependencias en   es un salvavidas a la hora de organizar dependencias, especialmente en aplicaciones ASP.NET Core más complejas. Y si ya está   o simplemente desea ceñirse lo más posible a las ofertas DI ya proporcionadas,   es una gran mejora. C# familiarizado con IServiceCollection Scrutor en C#  En este artículo, le proporcionaré una descripción general de alto nivel de la inyección de dependencias y Scrutor en C#. Pero a partir de ahí, pasaremos directamente a 3 consejos que puede utilizar con Scrutor y que podrían resultar muy útiles en su aplicación.  ¿Qué es Scrutor en C#?  Scrutor es un potente paquete NuGet en C# que mejora la inyección de dependencias. Simplifica el registro y la resolución de dependencias, facilitándole la gestión y organización de su código.  La inyección de dependencia es un enfoque popular para configurar aplicaciones que promueve el acoplamiento flexible y mejora la capacidad de prueba y el mantenimiento. Implica inyectar dependencias en una clase en lugar de crearlas directamente dentro de la clase. Esto significa que la responsabilidad de crear la dependencia no es propiedad de la clase que la requiere, sino de alguien en la pila de llamadas. Al final, esto empuja casi toda la creación de dependencias al punto de entrada de una aplicación, haciéndola difícil de manejar. Sin embargo, los marcos de inyección de dependencias ayudan a   . limpiar y organizar toda esta lógica  Scrutor lleva este concepto un paso más allá al proporcionar una forma sencilla e intuitiva de registrar y resolver dependencias. Con Scrutor, ya no es necesario registrar manualmente cada dependencia una por una. En su lugar, puede utilizar convenciones y atributos para automatizar el proceso.  1 – Uso de Scrutor para registro y resolución  Para ilustrar cómo usar Scrutor en C# para registro y resolución, consideremos un escenario simple. Imaginemos que tenemos una aplicación que requiere el uso de diferentes repositorios de datos, como UserRepository y ProductRepostiory.  Primero, necesitamos instalar el paquete Scrutor NuGet en nuestro proyecto. Abra la Consola del Administrador de paquetes y ejecute el siguiente comando:   Install-Package Scrutor  A continuación, necesitamos definir nuestros repositorios y sus interfaces correspondientes. Este ejemplo está esencialmente vacío, pero nos referiremos a estos en un momento:   public interface IUserRepository { // Interface methods } public class UserRepository : IUserRepository { // Implementation } public interface IProductRepository { // Interface methods } public class ProductRepository : IProductRepository { // Implementation }  Ahora, conectemos nuestras dependencias usando Scrutor. En su código de inicio (como en el método ConfigureServices en ASP.NET Core), agregue el siguiente código:   services.Scan(scan => scan .FromAssemblyOf<Startup>() .AddClasses(classes => classes.AssignableToAny( typeof(IUserRepository), typeof(IProductRepository))) .AsImplementedInterfaces() .WithScopedLifetime());  Este código utiliza el método Scan de Scrutor para escanear el ensamblado que contiene la clase Startup. Luego filtra las clases que se pueden asignar a las interfaces IUserRepository o IProductRepository. Finalmente, mapea las implementaciones de estas interfaces y las registra con sus respectivas interfaces.  Ahora podemos inyectar estas dependencias en nuestras clases. Por ejemplo, digamos que tenemos una clase UserService que requiere IUserRepository:   public class UserService { private readonly IUserRepository _userRepository; public UserService(IUserRepository userRepository) { _userRepository = userRepository; } // Rest of the class implementation }  Al declarar IUserRepository como una dependencia en el constructor, Scrutor junto con IServiceCollection resolverán e inyectarán automáticamente la instancia de UserRepository por nosotros.  2 – El patrón decorador – Ejemplo de registro de servicios  Imagine que tiene una interfaz de servicio   y una implementación   . Desea registrar la entrada y salida de cada llamada a método en   sin contaminar su lógica empresarial con problemas de registro. IService MyService MyService  Primero, defina la interfaz   y su implementación: IService   public interface IService { void DoWork(); } public class MyService : IService { public void DoWork() { // Business logic here } }  A continuación, cree una clase decoradora   que implemente   . Esta clase envolverá el servicio real y agregará registros alrededor de las llamadas a métodos delegados: LoggingDecorator IService   public class LoggingDecorator : IService { private readonly IService _decorated; private readonly ILogger<LoggingDecorator> _logger; public LoggingDecorator(IService decorated, ILogger<LoggingDecorator> logger) { _decorated = decorated; _logger = logger; } public void DoWork() { _logger.LogInformation("Starting work."); _decorated.DoWork(); _logger.LogInformation("Finished work."); } }  Ahora, use Scrutor para registrar su servicio y su decorador en   o dondequiera que configure sus servicios: Startup.cs   public void ConfigureServices(IServiceCollection services) { // Register the base service services.AddScoped<IService, MyService>(); // Use Scrutor to apply the decorator services.Decorate<IService, LoggingDecorator>(); // Make sure to register the ILogger or ILogger<T> dependencies if not already done }  Esta configuración utiliza Scrutor para envolver el registro   con   . Al resolver   , el contenedor DI proporcionará una instancia de   , que a su vez encapsula una instancia de   . Este enfoque logra la separación de preocupaciones manteniendo la lógica de registro fuera de su lógica empresarial. IService LoggingDecorator IService LoggingDecorator MyService  3 – Alternancia de funciones para implementaciones de servicios  Cuando construimos sistemas complejos, a menudo hay casos en los que queremos introducir algo como indicadores de funciones. Estos nos permiten tomar diferentes rutas de código según la configuración y no tener que volver a compilar e implementar una aplicación completa. En algunas situaciones, no se trata sólo de elegir una ruta de código diferente, ¡sino de intercambiar una implementación completa de algo!  ¡Probemos un ejemplo juntos! Suponga que tiene una interfaz   con múltiples implementaciones:   (una característica nueva y experimental) y   (la característica estable actual). Desea cambiar entre estas implementaciones en tiempo de ejecución según un indicador de configuración. IFeatureService NewFeatureService StandardFeatureService  Primero, defina la interfaz   y sus implementaciones: IFeatureService   public interface IFeatureService { void ExecuteFeature(); } public class NewFeatureService : IFeatureService { public void ExecuteFeature() { // New feature logic } } public class StandardFeatureService : IFeatureService { public void ExecuteFeature() { // Standard feature logic } }  A continuación, necesita una forma de determinar qué implementación utilizar en función de una configuración de alternancia de funciones. Podría ser un valor en   , una configuración de base de datos o cualquier otra fuente de configuración. appsettings.json  Ahora, use Scrutor para registrar dinámicamente la implementación de servicio adecuada según la función de alternancia:   public void ConfigureServices(IServiceCollection services) { // Assume GetFeatureToggleValue() retrieves the current feature toggle setting var useNewFeature = GetFeatureToggleValue("UseNewFeature"); // Dynamically register the appropriate implementation based on the feature toggle if (useNewFeature) { services.AddScoped<IFeatureService, NewFeatureService>(); } else { services.AddScoped<IFeatureService, StandardFeatureService>(); } // Optional: You could combine this with the previous example // to use the decorator pattern too! // services.Decorate<IFeatureService, FeatureServiceProxy>(); } private bool GetFeatureToggleValue(string featureName) { // This method would typically check your // configuration source to determine if the feature is enabled // For simplicity, this is just a placeholder return false; // or true based on actual configuration }  Adoptar un enfoque como este puede ayudarnos con:    : permite que la aplicación cambie entre implementaciones de funciones sin necesidad de volver a implementarla. Puede habilitar o deshabilitar funciones con solo un cambio de configuración. Flexibilidad    : puede probar nuevas funciones en un entorno de producción con un conjunto limitado de usuarios activando la función para esos usuarios. Pruebas en producción    : ayuda a implementar funciones gradualmente para monitorear el impacto y garantizar la estabilidad antes de un lanzamiento más amplio. Implementaciones graduales    : vuelva rápidamente a la implementación anterior si surgen problemas con la nueva característica, minimizando el tiempo de inactividad y el impacto en los usuarios. Mitigación de riesgos  Concluyendo Scrutor en C#  En este artículo, le proporcioné 3 consejos sencillos para la inyección de dependencias con Scrutor en C#. Después de una breve descripción general de qué es la inyección de dependencia y cómo encaja Scrutor en ella, pasamos directamente a nuestros ejemplos. ¡Pudimos ver el escaneo de ensamblajes, cómo decorar dependencias e incluso cómo considerar funciones que marcan implementaciones completas!  La inyección de dependencia es algo que puede simplificar enormemente sus aplicaciones a medida que crecen en complejidad, y Scrutor puede ser de gran ayuda si desea ceñirse a la   . Si esto le resultó útil y está buscando más oportunidades de aprendizaje, considere   y vea mis   . ¡Únase a mí y a los   ! oferta integrada IServiceCollection de Microsoft suscribirse a mi boletín semanal gratuito de ingeniería de software videos gratuitos en YouTube demás miembros de la comunidad en Discord  También publicado  aquí.

Walkthroughs, tutorials, guides, and tips. This story will teach you how to do something new or how to do something better.

Newsletter

Portfolio

Este audio es producido en el idioma original de la historia!

Tres consejos sencillos para la inyección de dependencias utilizando Scrutor en C#

About Author

COMENTARIOS

ETIQUETAS

ESTE ARTÍCULO FUE PRESENTADO EN

Related Stories

Cómo mejorar su flujo de trabajo 10 veces: 17 aplicaciones esenciales

Nómadas digitales escuchen: lo que necesitan saber sobre la nueva visa DTV de Tailandia

Una guía del arquitecto para crear una arquitectura de referencia para un lago de datos de IA/ML

La guía completa para una migración exitosa a la nube: estrategias y mejores prácticas

Cómo mejorar su flujo de trabajo 10 veces: 17 aplicaciones esenciales

Nómadas digitales escuchen: lo que necesitan saber sobre la nueva visa DTV de Tailandia

Una guía del arquitecto para crear una arquitectura de referencia para un lago de datos de IA/ML

La guía completa para una migración exitosa a la nube: estrategias y mejores prácticas

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps