Ir al contenido

Diseño de schemas

Usa ids explícitos y estables. El label puede cambiar por idioma o producto, pero el id debería seguir siendo la clave contractual con backend, tests y analítica.

TemaRecomendación
idUsa snake_case o kebab-case de forma consistente.
labelEscribe texto claro para usuarios, no nombres técnicos.
requiredÚsalo para reglas simples; deja reglas complejas a validators.
defaultValueReserva defaults de negocio para el schema.
uiGuarda hints específicos del renderer, no lógica de negocio.
VersionadoIncluye una versión externa si el backend sirve schemas dinámicos.

Diseña schemas pequeños y componibles. Si un formulario empieza a mezclar demasiados casos, usa condiciones o varios schemas.