Selectores de Responsabilidad
Usa las heurísticas de Responsabilidad Única para detectar y dividir clases y módulos sobrecargados.
El Test del "Y"
Describe lo que hace una clase. Si la descripción requiere la palabra "y", divide la clase. Un UserService que valida usuarios y envía correos y formatea informes tiene tres responsabilidades.
El Test de la Razón de Cambio
Una clase tiene demasiadas responsabilidades si múltiples partes interesadas diferentes — el DBA, el equipo de UI, el analista de negocio — cada uno solicitaría cambios en ella. SRP: una clase debe tener una sola razón para cambiar.
Desafío de Código
Aplica el test del 'y' para dividir la clase sobrecargada.
💡Conclusión clave
Las clases pequeñas y enfocadas son más fáciles de nombrar, probar y reutilizar. Si te cuesta nombrar una clase, probablemente hace demasiado.
🔧 Algunos ejercicios pueden tener errores. Si algo parece incorrecto, usa el botón Feedback (abajo a la derecha) para reportarlo — nos ayuda a corregirlo rápido.
Pista: El test del 'y': si necesitas 'y' para describir una clase, divídela. Una clase debe tener una sola razón para cambiar.
✗ Tu versión