La manipulation des noms formels
Référence : cette page est une synthèse technique fondée sur le chapitre LaTeX cité ci-dessous. Pour la syntaxe exacte, la disponibilité ou les signatures ABI, vérifier le source versionné, le manifeste et les tests exécutables.
Portée et frontière de la source
Les identifiants formels du modèle sont des contrats de sens et de traçabilité, distincts des noms de classes, de packages ou d’interfaces.
Les noms, les identifiants et les références Runtime ne servent pas au même usage. Le LaTeX distingue les noms de modèle lisibles et formels, l’identité sémantique liée au contexte et les références employées lors de l’exécution ou de l’interopérabilité. Les confondre fragilise l’évolution, la sérialisation et l’intégration entre contextes.
Règles d’ingénierie
- Déclarer le contexte propriétaire d’une identité métier.
- Ne pas déduire une identité sémantique permanente d’une adresse mémoire, d’un libellé UI ou d’une référence temporaire.
- Documenter la projection des noms formels dans les noms d’implémentation générés.
- Rendre explicites la stabilité des identifiants et la gestion des collisions avant un échange distribué.
Plan du chapitre (intitulés LaTeX d’origine)
- Three Names, Three Responsibilities
- Bounded Context Prefixes
- Why Formal Names Use snake_case
- Relations and Verbs
- Stability Rules
Provenance LaTeX
Chapitre principal : Domain-Driven Design with logiCells/formal-identifiers-and-model-names.tex.