Diseñar la capa de aplicación de microservicios y la API web

Sugerencia

Este contenido es un extracto del libro electrónico, ".NET Microservices Architecture for Containerized .NET Applications" (Arquitectura de microservicios de .NET para aplicaciones de .NET contenedorizadas), disponible en Documentación de .NET o como un PDF descargable y gratuito que se puede leer sin conexión.

Descargar PDF

Uso de principios SOLID e inserción de dependencias

Los principios SÓLIDOs son técnicas críticas que se usarán en cualquier aplicación moderna y crítica, como desarrollar un microservicio con patrones DDD. SOLID es un acrónimo que agrupa cinco principios fundamentales:

• Principio de responsabilidad única

• Principio abierto y cerrado

• Principio de sustitución de Liskov

• Principio de segregación de interfaz

• Principio de inversión de dependencias

SOLID es más sobre cómo diseñar las capas internas de aplicaciones o microservicios y sobre la desacoplamiento de dependencias entre ellas. No está relacionado con el dominio, sino con el diseño técnico de la aplicación. El principio final, el principio de inversión de dependencias, permite desacoplar la capa de infraestructura del resto de las capas, lo que permite una mejor implementación desacoplada de las capas DDD.

La inyección de dependencias (DI) es una manera de implementar el principio de inversión de dependencias. Es una técnica para lograr un acoplamiento flexible entre objetos y sus dependencias. En lugar de crear instancias directas de colaboradores o usar referencias estáticas (es decir, mediante new...), los objetos que una clase necesita para realizar sus acciones se inyectan en la clase. A menudo, las clases declararán sus dependencias a través de su constructor, lo que les permitirá seguir el principio Dependencias explícitas. Normalmente, la inserción de dependencias se basa en determinados contenedores de Inversión de control (IoC). ASP.NET Core proporciona un contenedor de IoC integrado sencillo, pero también puede usar su contenedor de IoC favorito, como Autofac o Ninject.

Siguiendo los principios SOLID, las clases tienden a ser pequeñas, bien estructuradas y probadas fácilmente. ¿Pero cómo puede saber si se insertan demasiadas dependencias en las clases? Si usa di a través del constructor, será fácil detectarlo simplemente examinando el número de parámetros del constructor. Si hay demasiadas dependencias, esto suele ser una señal (una intuición de código) de que su clase está intentando hacer demasiado y de que probablemente esté infringiendo el principio de responsabilidad única.

Se necesitaría otra guía para cubrir SOLID en detalle. Por lo tanto, esta guía requiere que solo tenga un conocimiento mínimo de estos temas.

Recursos adicionales

• SOLID: Principios fundamentales de OOP
  https://deviq.com/solid/

• Contenedores de inversión de control y el patrón de inyección de dependencias
  https://martinfowler.com/articles/injection.html

• Steve Smith. New is Glue (New es como pegamento)
  https://ardalis.com/new-is-glue

Siguiente anterior