Hace poco, durante una pasantía, tuve mi primera experiencia con una enorme base de código de un producto. Era difícil estimar el alcance del impacto de los cambios, y me preguntaba repetidamente “desde dónde debería referenciarse este código”. Pensé que, si se imponían límites de import mediante análisis estático (ESLint), se podría mantener la calidad de la arquitectura de forma más estable.
Sabía que también se podían crear reglas similares con eslint-plugin-boundaries. Sin embargo, al aplicarlo en frontend, la configuración se volvía compleja, y aun cuando el target estaba permitido, era difícil imponer también la forma del import path.
Por eso creé eslint-plugin-import-boundary, donde la estructura de carpetas de un proyecto JS(TS) se convierte en la regla con una configuración simple.
- De forma predeterminada, un padre solo puede importar el public entry de sus directorios hijos directos
- Se puede especificar el formato del archivo de public entry (valor predeterminado: index)
- Al designar archivos (o carpetas) comunes, los módulos compartidos solo pueden importarse dentro de ese alcance desde su propia área y la de sus subdirectorios.
Como todavía está en una etapa inicial, agradezco sus comentarios y reacciones. ¡Gracias!
- Documentación: https://nayounsang.github.io/eslint-plugin-import-boundary/
- Instalación:
pnpm add -D eslint-plugin-import-boundary eslint
Aún no hay comentarios.