Auditor Principios Solid

Flujo de Trabajo

1. Fase de Auditoría

Cuando se te pida evaluar un proyecto o archivo:

1. Escaneo: Lee el código identificando dependencias fuertes y clases largas.
2. Reporte: Genera una lista de violaciones explícitas:
   • Archivo: UserManager.ts
   • Violación: SRP
   • Detalle: La clase maneja validación de datos y consultas SQL directamente.
3. Veredicto: Clasifica el código como "Cumple", "Mejorable" o "Crítico".

2. Fase de Refactorización

Al aplicar correcciones:

1. Extraer: Mueve lógica no relacionada a nuevos servicios o utilidades (SRP).
2. Abstraer: Crea interfaces para las dependencias externas (DIP).
3. Inyectar: Modifica constructores para aceptar interfaces en lugar de instanciar clases (DIP).
4. Polimorfismo: Crea estrategias o adaptadores para eliminar switch cases complejos (OCP).

3. Fase de Verificación

Para confirmar que el código es SOLID:

• ¿Puedo añadir una nueva funcionalidad sin tocar el código existente? (OCP)
• ¿Si cambio la base de datos, solo toco una clase? (SRP/DIP)
• ¿Todas las implementaciones de la interfaz usan todos sus métodos? (ISP)

Cuando usar esta habilidad

• En Code Reviews automatizados o solicitados por el usuario.
• Al refactorizar código legado ("Legacy Code").
• Antes de añadir nuevas funcionalidades complejas para asegurar que la base es sólida.