En gros t'as un modèles pour les données du blog, un modèle pour la dynamique.
Tu paramètres les trucs pour qu'il utilise des technos java pour générer le code, ça te crée le modèle SQL, ça te crée le code, les formulaires, etc.
Ici ça va un peu vite, les modèles déja créés, mais j'avais vu une autre vidéo ou ils créent les modèles "en live".
Après, sur les perfs de génération je sais pas, mais on s'en fout un peu, on regénère pas les modèles en permanence ...
La force de cette approche c'est de capturer facilement les données métiers importante dans les modèles, tout en utilisant pour le code généré des technos bien connues et éprouvées, sachant que ça facilite les migrations futures : le modèle et la dynamiques ne changent pas forcément, seule la manière de générer le code.
Les faiblesses, il y en a surement ... Je sais pas à quel point tu peux controler la génération de code pour gérer des programmes à forte charges qui nécessitent des optimisations, par exemple (mais je dis pas que c'est pas possible, j'en sais rien)
Donc les questions qu'on peut te poser c'est : comment te situes tu par rapport à ce genre de technos ? Tu utilises RDF pour la modélisation par exemple, pourquoi ?
Pour les règles, t'as des moteurs de transformations comme ATL par exemple : http://www.eclipse.org/m2m/atl/ intégré dans eclipse, qu'acceleo utilise peut être d'ailleurs
[^] # Re: En guise de conclusion
Posté par thoasm . En réponse au journal mes présentations: à l'OSDC, et jeudi prochain. Évalué à 3.
http://www.acceleo.org/screencast.php?width=858&height=6(...)
En gros t'as un modèles pour les données du blog, un modèle pour la dynamique.
Tu paramètres les trucs pour qu'il utilise des technos java pour générer le code, ça te crée le modèle SQL, ça te crée le code, les formulaires, etc.
Ici ça va un peu vite, les modèles déja créés, mais j'avais vu une autre vidéo ou ils créent les modèles "en live".
Après, sur les perfs de génération je sais pas, mais on s'en fout un peu, on regénère pas les modèles en permanence ...
La force de cette approche c'est de capturer facilement les données métiers importante dans les modèles, tout en utilisant pour le code généré des technos bien connues et éprouvées, sachant que ça facilite les migrations futures : le modèle et la dynamiques ne changent pas forcément, seule la manière de générer le code.
Les faiblesses, il y en a surement ... Je sais pas à quel point tu peux controler la génération de code pour gérer des programmes à forte charges qui nécessitent des optimisations, par exemple (mais je dis pas que c'est pas possible, j'en sais rien)
Donc les questions qu'on peut te poser c'est : comment te situes tu par rapport à ce genre de technos ? Tu utilises RDF pour la modélisation par exemple, pourquoi ?
Pour les règles, t'as des moteurs de transformations comme ATL par exemple : http://www.eclipse.org/m2m/atl/ intégré dans eclipse, qu'acceleo utilise peut être d'ailleurs
http://fr.wikipedia.org/wiki/ATLAS_Transformation_Language
http://www.eclipse.org/m2m/atl/
Comment tu te situes par rapport à tout ça ?