97 cosas que todo programador Java debe saber

Capítulo 76. Tómate en serio la "separación de intereses

Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: [e-mail]

Dave Farley

Si estudiaste informática, es posible que en hayas aprendido una idea llamada separación de intereses.¹ Esto se caracteriza mejor por el sonido "Una clase una cosa, un método una cosa". La idea es que tus clases y métodos (y funciones) deben centrarse siempre en un único resultado.

Piensa detenidamente en las responsabilidades de tus clases y métodos. A veces doy clases de diseño dirigido por pruebas. Utilizo la suma de fracciones como una sencilla kata de codificación en para explorar el TDD. La primera prueba más común que veo escribir a la gente suele ser algo parecido a esto

assertEquals("2/3", Fractions.addFraction("1/3", "1/3"));

Para mí, esta prueba grita "mal diseño". En primer lugar, ¿dónde está la fracción? Sólo existe implícitamente, presumiblemente dentro de la función addFraction.

Peor aún, pensemos en lo que ocurre aquí. ¿Cómo describiríamos el comportamiento de la función addFraction? Quizá algo como "Toma dos cadenas, las analiza y calcula su suma". En cuanto veas, o pienses, en la palabra "y" en la descripción de una función, método o clase, deberías oír sonar las alarmas dentro de tu cabeza. Aquí hay dos preocupaciones: una es el análisis sintáctico de cadenas, y la otra es la ...