Génération de code - Page 1

Connaissez-vous des logiciels capables de générer du code ?
Lesquels conseillez-vous, pour quels usages ?

J'aimerais gagner du temps lorsque je code quelque chose, et pouvoir passer d'un modèle descriptif à une implémentation (efficace).

Ah si seulement y'avait un bon moyen de générer du code efficace entièrement depuis une modélisation, comme UML par exemple... ^^

Ça peut dépendre du langage que tu vises, certains outils sont très spécialisés; par exemple Rational Rose est parait-il plutôt bon dans la génération de code, en plus il gère le reverse engineering, mais il ne fait que du Java (ou alors il faut utiliser des plugins, et pour avoir eu à travailler avec un qui était supposé faire du PHP, c'était pourri). Sinon renseigne toi sur tous les outils "serieux" de modélisation (pas Visio donc </troll>), il y en a un bon nombre qui génèrent des quantités plus ou moins importantes de code.

De façon plus générale, lance une petite recherche google pour voir si il n'existe pas des AGL (ou CASE en anglais) adaptés à ce que tu cherches.

A l'IUT on utilisait Objecteering qui permet de passer de l'UML à de nombreux langages objets (pour nous c'était du Java). C'est vraiment intéressant pour les gros et très gros projets, sinon je ne peux pas dire que j'ai trouvé ça révolutionnaire (c'est assez lourd, mais ça permet de bosser en équipe et de naviguer facilement entre les objets). Mais ça n'est pas un outil de RAD, c'est vraiment un outil orienté analyse-code.

Sinon il y a une liste assez complète là : http://uml.developpez.com/outils/

J'ai oublié de préciser : je ne souhaite pas investir d'argent dans ces logiciels, autrement dit je cherche plutôt des freewares ou mieux des logiciels libres.
Le langage n'est pas très important, ça peut être du Python, du C++ ou du Java.

J'utilise déjà des modeleurs UML qui génèrent du code (Umbrello, Bouml), mais ça reste très rudimentaire : déclaration des classes et squelettes des fonctions.

J'aimerais surtout automatiser le lien entre l'interface graphique et le modèle de données. Je crois que Ruby on Rails fait ça plutôt assez bien, mais je n'ai pas envie de faire une application web.

Objecteering a une version gratuite qui semble déjà intéressante.
Sinon, il y a ArgoUML qui est sous licence BSD et qui dispose de nombreux plus-ins. Mais je ne le connais pas.
http://argouml.tigris.org/

AgroUML est pas mal buggé d'après mes souvenirs.

Rose ne fait plus du C++ ?

> J'utilise déjà des modeleurs UML qui génèrent du code (Umbrello, Bouml), mais ça reste très rudimentaire : déclaration des classes et squelettes des fonctions.
Tu pourrais aller un poil plus loin dans la génération de code en écrivant de l'OCL, si ces outils le supportent... mais de toute façon, sauf code ultra-simple, tu resteras probablement loin d'un code qui serait généré à plus de 50%.

Yep je suis totalement d'accord avec Lionel.
Mais c'est vrai que c'est pratique à utiliser comme navigateur de classes (mais il faut accepter d'utiliser de modeleur comme un IDE - ou qu'il supporte un IDE externe, ce qui n'est pas forcément le cas pour tous, même si les "gros" le permettent).

Tiens, il y a Acceleo 2.0 qui vient de sortir...
Peut-être qu'il répond à mes attentes.

Sasume (./5) :
J'utilise déjà des modeleurs UML qui génèrent du code (Umbrello, Bouml), mais ça reste très rudimentaire : déclaration des classes et squelettes des fonctions.

je ne comprends pas cette remarque à propos de Bouml : on n'est pas limité aux squelettes

AMHA, il va beaucoup plus vite d'écrire le code que de dessiner des !"§$%&/()=? de diagrammes UML.

De plus, si c'est pour écrire tout le code avec ce genre de générateur de code, je ne veux pas voir la tête (et par conséquent l'(absence d')efficacité) du code! Il y a eu plusieurs essais de programmation entièrement graphique, aucun n'a été réellement utilisé, et pour une raison. Si c'est juste pour les structures de données, n'est-ce pas ce que la génération de déclarations de classes à partir du diagramme de classes dans Umbrello fait déjà? (Mais même là, je ne vois pas en quoi ce serait plus rapide que d'écrire le code directement en C++ ou Java.)

Kevin Kofler (./13) :
AMHA, il va beaucoup plus vite d'écrire le code que de dessiner des !"§$%&/()=? de diagrammes UML.

Le but c'est pas d'aller vite, on ne s'amuse pas à faire de l'UML pour gagner du temps...

[edit] Enfin si, mais pas pendant le codage ^^

toi kevin on vois que tu n'a jmais dépassé le projet qui dépasse les 100 000 lignes de codes ou tu as potentiellement un groupe de personne qui bosse dessus...

bref gros troll trop gros troll.

cross: Zeph, si au final ça fait gagner du temps a ne pas perdre du temps a reprendre des pbm qui aurait pu etre resolu des le design

PS: au passage l'UML ne sert pas qu'a repersenter du code

cross edit ^^

Zephyr (./14) :
Le but c'est pas d'aller vite, on ne s'amuse pas à faire de l'UML pour gagner du temps...

Pourtant c'est ce qu'il a dit. ^^

Sasume (./1) :
J'aimerais gagner du temps lorsque je code quelque chose, et pouvoir passer d'un modèle descriptif à une implémentation (efficace).

Godzil (./15) :
toi kevin on vois que tu n'a jmais dépassé le projet qui dépasse les 100 000 lignes de codes ou tu as potentiellement un groupe de personne qui bosse dessus...

Ah bon?
wc -l tigccgcc/gcc-4.1.2-src/* tigccgcc/gcc-4.1.2-src/*/* tigccgcc/gcc-4.1.2-src/*/*/* tigccgcc/gcc-4.1.2-src/*/*/*/*
-> 1188805
Ça fait plus de 11 fois tes misérables 100000 lignes.

au demeurant, chacun est libre d'utiliser les techniques de devel qu'i veut, et il n'est pas trop nécessaire de débattre à coup de "moi je", non?

oui Kevin revient dans toute sa "splendeur"...

Oh, un troll, juste après le retour de Kevin (comme je m'y attendais, ça n'a pas traîné !), après un très long bannissement consécutif à son comportement passé très incorrect. Et plusieurs personnes participent au troll. Je m'y attendais aussi

Allez, on va essayer de rester on-topic pour encore quelques posts ^^

> (Vertyos)
> Le but c'est pas d'aller vite, on ne s'amuse pas à faire de l'UML pour gagner du temps...
> [edit] Enfin si, mais pas pendant le codage ^^
> (Godzil)
> PS: au passage l'UML ne sert pas qu'a repersenter du code
+1. Du moins, c'est ce que des gens qui travaillent dans un labo qui s'occupe de génie logiciel et d'Ingéniérie Dirigée par les Modèles m'ont appris - mais ça semble correspondre à la réalité

"Unified Modeling Language"/"Object Constraint Language" ont certes tout un tas de défauts réels, par exemple une sémantique pléthorique (qui vient en partie de l'unification qu'UML représente) et pas toujours bien définie (même s'ils essaient de nettoyer un peu tout ça). Ils sont mieux adaptés à l'Object Oriented qu'au procédural, on le sait.
La sémantique incomplète d'UML/OCL ne permet pas d'exprimer un nombre certain de choses... tout comme celle de C, de C++, de Java ou celle de bien d'autres langages ne permet pas d'exprimer un nombre certain de choses...
Mais ça ne veut pas pour autant dire qu'UML/OCL, ou d'autres formes de modélisation (Entités/Relations, Merise, etc.) sont totalement inutilisables en pratique.

l'OCL, c'est comme les tests unitaires, t'écris 2 fois le code différemment et tu prétends que ça permet de détecter les bugs, et l'UML ça sert à combler ce vide qu'est l'orienté objet
:D

idem ici

Il a mis son texte en blanc en plus du spoiler

Kevin Kofler (./17) :

Godzil (./15) :
toi kevin on vois que tu n'a jmais dépassé le projet qui dépasse les 100 000 lignes de codes ou tu as potentiellement un groupe de personne qui bosse dessus...

Ah bon?
wc -l tigccgcc/gcc-4.1.2-src/* tigccgcc/gcc-4.1.2-src/*/* tigccgcc/gcc-4.1.2-src/*/*/* tigccgcc/gcc-4.1.2-src/*/*/*/*
-> 1188805
Ça fait plus de 11 fois tes misérables 100000 lignes.

Ho, question stupide, et

diff gcc-modifiedbykevin gcc-original | wc-l

ça donen quoi ?
500 lignes ?
2000 lignes ?

ça m'étonnerais franchement que ça fasse plus de 100 000 lignes

et gcc contiens combien de tonens de commentaires ? j'aimerais bien savoir

On est off-topic, mais c'est pas grave ^^

$ diff gcc-modifiedbykevin gcc-original | wc-l
bash: wc-l: command not found
diff: gcc-modifiedbykevin: Aucun fichier ou répertoire de ce type
diff: gcc-original: Aucun fichier ou répertoire de ce type

Ca ne marche pas chez moi

Plus sérieusement, le patch de Kevin pour GCC doit être accessible depuis tigcc.ticalc.org. De mémoire, il fait quelques centaines de KB.

./26 : en même temps tu lui avais dit "en groupe" pour justifier UML
edit: mieux

(hannn l'edit masqué )

Lionel Debroux (./27) :
Plus sérieusement, le patch de Kevin pour GCC doit être accessible depuis tigcc.ticalc.org. De mémoire, il fait quelques centaines de KB.

TI-NES que je ne concidere pas comme un gros projet fait en gros 264 Ko de sources (et ça fait en gros 5500 lignes de code)
(Ce ne sont pas pas les derniers sources elle datent de 2005 ça doit eter un poil plus gros now) donc une centaine de Ko de diff c'est pas enorme Et c'est pas un projet dont il decide de comment il marche etc...

Tout à fait. C'est clair qu'il a pris exprès l'exemple le plus gros, mais c'est un très mauvais exemple. En effet, parmi les projets assez gros qu'il maintient / auxquels il participe, c'est celui dans lequel il a le moins fait de code en proportion, et comme tu le dis, il ne choisit pas l'architecture ou quoi que ce soit d'autre.
TIEmu, ou évidemment KTIGCC, seraient des exemples plus flatteurs...

tthdex-internal-qui-ne-fonctionne-pas-du-tout fait de mémoire ~180 KB de code source (en deux fichiers ), c'est à dire quelques milliers de lignes de code/commentaires. Pas un gros projet non plus.