Plantilla base para arrancar add-ons nuevos

Problema

Después de una veintena de implantaciones, el arranque de un add-on nuevo dejó de ser trabajo creativo y pasó a ser copiar bien. Y copiar de un proyecto anterior arrastra lo que aquel cliente necesitaba, más las decisiones que en su día fueron un apaño.

Solución

La plantilla es el esqueleto canónico extraído a un proyecto de partida. Eso es lo que significa aquí el scaffolding: no un generador de código, sino la estructura mínima que todo add-on va a necesitar igualmente, ya montada y con las convenciones correctas.

Incluye el menú, la configuración, los metadatos, los manejadores de eventos, las tareas de servidor y la capa de acceso a datos. Son las seis piezas que siempre aparecen, y siempre en el mismo sitio, independientemente de lo que el cliente haya pedido.

El efecto práctico es que un cliente nuevo empieza con un add-on que ya funciona y que se parece a los demás. Lo específico se añade encima, sobre una base que nadie tiene que revisar.

Arquitectura

Por qué está montado así

Saqué el esqueleto de lo ya implantado en vez de diseñarlo de cero. Las convenciones buenas son las que han sobrevivido a varios clientes.

Es un proyecto completo y arrancable, no fragmentos que haya que ensamblar. Lo que compila el primer día no se discute en la primera reunión.

Las mismas seis piezas siempre en el mismo sitio. Moverse entre add-ons de clientes distintos no debería costar reaprender dónde está cada cosa.

La creación de metadatos viene de serie. Es el paso que se olvida y el que revienta la instalación, siempre en casa del cliente.

Resultado

Proyecto de partida en uso para arrancar add-ons nuevos con la estructura y las convenciones ya resueltas.