J'ai lu ceci ce matin, qui explique qu'il faut voir Structurizr comme un outil/langage métier (une mise en œuvre de la modélisation C4), là où il faut voir Mermaid-JS et PlantUML comme langages macros de dessin (macro au sens de plus haut niveau et avec plus de choses automatiques –surtout les placements, comme GraphViz— que les logiciels type Dia/yEd où on fait tout à la main en interface graphique...) https://www.augmentedmind.de/2020/12/20/plain-text-diagrams-as-code/
C'est pour ça que je trouvais Structurizr/C4 plus complexe car on décrit des modèles et non des dessins, et qu'il n'y a pas de correspondance directe (si Mermaid ou PlantUML part de cette syntaxe, ce sera une approximation sans pouvoir faire les vérifications de cohérence métier.) Mais c'est faisable (juste pas pertinent et on perdrait les éléments de cohérence de leurs syntaxes, mais c'est faisable.) J'ai lu un autre lien qui montre la différence des deux approches : le DSL connait la logique interne et sait générer des résultats différents, alors que l'approche dessins ne se préoccupe que de ce qu'on veut rendre et on doit gérer les autres aspects à côté ; le mieux étant enfin de générer le code Mermaid/Plant via Structurizr... https://dev.to/simonbrown/modelling-software-architecture-with-plantuml-56fc
"It is seldom that liberty of any kind is lost all at once." ― David Hume
[^] # Re: enfin ?
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien [Github] Include diagrams in your Markdown files with Mermaid. Évalué à 2.
J'ai lu ceci ce matin, qui explique qu'il faut voir Structurizr comme un outil/langage métier (une mise en œuvre de la modélisation C4), là où il faut voir Mermaid-JS et PlantUML comme langages macros de dessin (macro au sens de plus haut niveau et avec plus de choses automatiques –surtout les placements, comme GraphViz— que les logiciels type Dia/yEd où on fait tout à la main en interface graphique...) https://www.augmentedmind.de/2020/12/20/plain-text-diagrams-as-code/
C'est pour ça que je trouvais Structurizr/C4 plus complexe car on décrit des modèles et non des dessins, et qu'il n'y a pas de correspondance directe (si Mermaid ou PlantUML part de cette syntaxe, ce sera une approximation sans pouvoir faire les vérifications de cohérence métier.) Mais c'est faisable (juste pas pertinent et on perdrait les éléments de cohérence de leurs syntaxes, mais c'est faisable.) J'ai lu un autre lien qui montre la différence des deux approches : le DSL connait la logique interne et sait générer des résultats différents, alors que l'approche dessins ne se préoccupe que de ce qu'on veut rendre et on doit gérer les autres aspects à côté ; le mieux étant enfin de générer le code Mermaid/Plant via Structurizr...
https://dev.to/simonbrown/modelling-software-architecture-with-plantuml-56fc
"It is seldom that liberty of any kind is lost all at once." ― David Hume