DDD & architecture

Faites vivre le langage ubiquitaire au-delà du tableau blanc.

logiCells traite les concepts, relations, actions, contraintes, vues et événements comme des éléments applicatifs explicites. Le modèle de domaine peut rester inspectable et exécutable au lieu de devenir une documentation autour d’une implémentation dissociée.

Architecture

Le sens d’abord. L’opérationnalisation ensuite.

Les classes, tables, formulaires et endpoints restent importants, mais ils ne sont pas forcés de devenir la définition principale du métier.

01

Concepts

Donnez aux objets métier des identités stables et des rôles explicites dans le vocabulaire du domaine.

02

Relations et frontières

Représentez les relations significatives et les capacités publiées sans réduire chaque contexte à un unique modèle de stockage.

03

Actions et événements

Faites des capacités métier et des transitions des contrats explicites plutôt que du code de contrôleur accidentel.

04

Runtime

Conservez la structure conceptuelle dans l’application assemblée afin que l’outillage et les services du runtime puissent l’inspecter et l’utiliser.

De l’idée au code

Modélisez le métier. Ne compilez que ce qui nécessite du code.

Les modèles déclaratifs portent une structure stable. H-Logic peut exprimer la connaissance sémantique là où elle apporte de la valeur. Une implémentation procédurale ou compilée reste disponible lorsque la logique opérationnelle en a réellement besoin.

Explorer le Lab