Modèles d'exemple

Ce document n'existe qu'en un seul exemplaire dans le dépôt : les deux langues du site pointent sur le même texte.

{% raw %} Modèles CDL de référence, générés, compilés et exercés par ./check --all à chaque changement de template.

shop.cdl — une application : quatre enregistrements, une énumération, les trois formes de référence, un motif de validation et la plupart des types scalaires.
system.cdl — trois applications : deux services et une passerelle devant, chacun généré en projet à part, avec une racine qui démarre l'ensemble d'un docker compose up. Il montre aussi la règle qui fait la différence entre un système et une application découpée : Invoice porte l'identifiant d'une commande comme un Long ordinaire, parce qu'une référence ne traverse pas une frontière de service — et l'écrire en ref est refusé en nommant la ligne, les deux services et la sortie.

Ces exemples ne sont pas de la décoration : ils constituent le harnais de non-régression du générateur. Le test end-to-end génère shop.cdl, compile le projet, lance ses tests, puis exerce l'API réelle — création, filtre, validation refusée, conflit d'unicité, référence manquante, suppression. Un template qui casse fait échouer la barrière ici, avant d'atteindre un utilisateur. {% endraw %}