Discussion :

[defcon_suny]

Bonjour,

Je suis nouvel utilisateur de BOUML. Je ne connais pas grand chose de l'UML mais je m'instruis

Je rencontre toutefois un petit problème au niveau de la génération de code PHP. En effet les méthodes générées ne comprennent pas les paramètres.
Avec un schéma incluant les paramètres, j'obtiens ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
  public function getCompetence(){
  }

J'ai bien compris que le logiciel inclus des solutions de "setting" mais je ne vois pas comment faire... voici le contenu de "operation default definition" de l'onglet PHP

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
  ${comment}${final}${visibility}${abstract}${static}function ${name}${(}${)}
{
  ${body}}

Quelqu'un pour me mettre sur la voie?

Je voudrais savoir aussi à quel niveau dois-je configurer le logiciel pour avoir un setting par défaut à l'ouverture d'un nouveau projet... autant pour les diagrammes que pour les classes ou la génération?

Merci de votre aide!

[bruno_pages]

Bonjour,

... les méthodes générées ne comprennent pas les paramètres...

Boum étant multi langages, ajouter un paramètre au niveau UML (premier onglet) de l'ajoute pas au niveau Php ou autre langage(s) cible(s)

à chaque fois que l'on ajoute/retire/modifie un paramètre ou autre au niveau UML il faut aller dans l'onglet Php et utiliser default definition, ou edit parameter ou au pire ajouter/retirer/modifier directement les formes ${p<i>}${v<i>} à la main

de façon générale, lorsque l'on édite n'importe quel type d'élément et que l'on fait des modifications au niveau UML il est préférable d'aller dans le(s) onglet(s) du/des langage(s) cible(s) pour au moins vérifier que l'on obtient ce que l'on souhaite

Je voudrais savoir aussi à quel niveau dois-je configurer le logiciel pour avoir un setting par défaut à l'ouverture d'un nouveau projet... autant pour les diagrammes que pour les classes ou la génération?

il faut faire un projet template, c'est à dire un projet vide (sans vues, packages etc) que l'on paramètre comme on le souhaite, puis indiquer où celui-ci se trouve via l'entrée set environment du menu Miscellaneous. Ceci fait le menu Projet propose l'entrée create from template qui déclenche la lecture du projet et force un save-as (on ne risque donc pas de modifier par erreur le projet template et on n'a pas à le rechercher à chaque fois).

Mais cela marche pas si Bouml est appelé avec un projet en argument (à partir d'un shell)

[defcon_suny]

Ok, j'ai trouvé!

Merci beaucoup de cette aide précieuse et un grand BRAVO pour le développement de BOUML qu'il m'a déjà été donné de recommander.

Bonne continuation!

[bruno_pages]

Boum étant multi langages, ajouter un paramètre au niveau UML (premier onglet) de l'ajoute pas au niveau Php ou autre langage(s) cible(s)

à chaque fois que l'on ajoute/retire/modifie un paramètre ou autre au niveau UML il faut aller dans l'onglet Php et utiliser default definition, ou edit parameter ou au pire ajouter/retirer/modifier directement les formes ${p<i>}${v<i>} à la main

la version 4.5.1 apporte une amélioration de ce coté, lorsqu'un seul langage cible est sélectionné (ce qui est généralement le cas), les modifications des paramètres au niveau UML sont immédiatement répercutées au niveau du langage cible. Je recommande cependant de continuer à aller vérifier la définition après des modifications.

A cause d'un problème dans Qt lorsque l'on modifie un paramètre au niveau UM il faut cliquer dans un autre élément de la même table des paramètres pour que Qt envoie l'évènement de modification d'une case

Mais cela marche pas si Bouml est appelé avec un projet en argument (à partir d'un shell)

corrigé aussi avec la 4.5.1

[slopez]

==> Les modifications des paramètres au niveau UML sont immédiatement répercutées au niveau du langage cible.

Carrément mieux, combien de fois on se fait avoir, "a tiens ou s'on met paramètres". lol

Merci Bruno.

[bruno_pages]

attention quand même, il reste un problème de non envoi d'évènement par Qt à régler

aussi, après une modification/positionnement de la direction/type d'un paramètre via l'onglet UML il est préférable de cliquer dans une autre case du tableau des paramètres, par exemple sur le nom, sinon je ne suis pas prévenu par Qt de la modification

je tacherai de palier à cela dans la prochaine version