Cambiar el comportamiento del sistema en un tablero de control es el sueño del cliente. Y la pesadilla del ingeniero de software.

Problemas

• Código duplicado
• Si la contaminación
• Uso global
• Acoplamiento
• Testabilidad y explosión de escenarios de prueba.
• Complejidad

1. Evitar la configuración
2. Crea objetos polimórficos. Inyectarlos externamente.

Equivocado

Correcto

Detección

Este es un patrón arquitectónico, por lo que debe controlarse / evitarse mediante políticas de diseño.

Ejemplos de

• Configuración de conexión externa
• Ajustes de usuario
• Alternar función

• A veces utilizamos la alternancia de funciones como mecanismo de protección. Esto es aceptable en un sistema heredado. Estos conmutadores deben tener una duración muy corta en un sistema CI / CD .
• La configuración de hiperparámetros debe ser administrada por objetos de configuración.

• Globales

La configuración del comportamiento en tiempo de ejecución es excelente para los sistemas de software.

Debemos configurar nuestros objetos, para que puedan comportarse de diferentes maneras, y debemos lograrlo de manera explícita con objetos de comportamiento explícitos.

De esta forma, nuestro código será más declarativo, limpio y comprobable. No es tan fácil como agregar una declaración IF . Este tipo de desarrolladores perezosos traen muchos acoplamientos y problemas inesperados en nuestros sistemas.

Un sistema con 300 configuraciones booleanas tiene más combinaciones de prueba (2 ^ 300) que la cantidad de átomos en el universo (10 ^ 80).

También conocido como

• Funciones alternas
Las banderas de funciones son peligrosas

Cómo deshacerse de los molestos IF para siempre

La sencillez es el alma de la eficiencia.

Austin Freeman

Grandes cotizaciones de ingeniería de software

Este artículo es parte de la serie CodeSmell .

Cómo encontrar las partes apestosas de su código