Modification de Générateur de code
Contents |
Présentation du composant Generateur de Code
Ofbiz-Generator est un composant technique qui permet de développer des composants OFBiz plus rapidement. Il permet de gérer automatiquement, à partir d'un ensemble de diagrammes de classe UML, la plupart des fichiers nécessaires à un composant OFBiz.
- entitydef.xml : définition des entités pour l'entity engine.
- servicedef.xml : définition des services de base.
- {entity}ClassObject.java : un fichier par classe afin de pouvoir manipuler facilement les objets.
- {entity}Service.java : un fichier par classe pour gérer les contrôles de saisie (en fonction de la définition du modèle).
- {Component}Data.xml : un fichier par composant avec les valeurs pour l'initialisation des entités status et enum.
- UiLable{Component}.properties : un fichier par composant avec tous les uilabel utilisé dans les écrans générés components
- form{Entity}.xml : un fichier par classe pour la définition des écrans standard (en fonction de la défintion du modèle), avec
- edit{Entity}
- list{Entity}
- editAssoc{Entiy}
- show{Entity}
- {Component}Screen.xml : fichier widget, un fichier par composant , à utiliser pour créer facilement les fichiers par sous-composant de gestion des écrans
- edit{Entity}.bsh :
- find{Entity}.bsh :
- editAssoc{Entity}.bsh :
- controler.xml :
La génération permet de généraliser les bonnes pratiques OFBiz et met à disposition des développeurs les éléments nécessaires au developpement objet. Les développements complémentaires sont réalisés dans des surcharges objets et non pas sur les éléments générés garantissant ainsi la possibilité de regénérer certains éléments lors de l'apparition de nouvelle bonne partique.
Ce composant contient les sources des générateurs et permet leur construction.
Ces générateurs peuvent être activés dans chacun des composants fonctionnels en lançant la commande "ant" dans le répertoire modeldef, tous les fichiers générés se trouveront dans le répertoire modeldef/target/gen directory..
Dans chaque composant fonctionnel, il y a un répertoire mdeldef/src/zuml contenant le modèle UML de celui-ci. La plupart des conventions UML est supporté ; certaines informations complémentaires doivent être saisies dans des tags spécifiques ; la liste de ces tags se trouve dans le fichier neogia/website/doc/UmlModelizationRules_Tags.dbk du projet Neogia.
Developper un nouveau module Néogia
Il y a des situations ou aucune des fonctionalités disponibles dans Néogia ne pourrait répondre à vos besoins. dans des situations pareils vous vous trouverez confronté à développer votre propre module. Ce n'est pas si grave car vous allez surement profiter du module Acteur qui vous fournira avec un bon gestionnaires d'utilisateurs, et vous avez aussi le Framework Ofbiz lui même avec son moteur des entités, moteurs des services, et widgets et en accompagnement les générateurs de Néogia. Tout ça forme un excellent point de départ, qui vous propulsera dans la majorité des cas au stage finale du processus de développement, ou d'autres techniques de développement vous exigerons plus d'efforts.
Contexte
dans ce document le processus complet depuis la conception UML à l'application resultante sous forme de module Néogia est montré. Ce document n'expliquera pas les dessous d'Ofbiz ou quel est le but de chaque pièce généré. Si vous ne connaisez pas bien l'architecture d'un composant Ofbiz commencez par lire le document de Basil Argasosy (OFBiz An Insider View), les examples Hello world trouvés dans le site d'Opentaps.
Le composant sera une application de gestion de parc automobile. Le but du module est clair, il répond au besoin d'une entreprise qui possède plusieurs espaces de parking et un ensemble de voitures. L'entreprise veut savoir à temps réel les dépenses et le positionnement sur chaque véhicule.
Application de gestion du parc auto
objet : Présentation du composant Generateur de Code auteur : multiple langue de la page de référence : anglais
