Discussion :

[Mucho]

J'ai des petits problème avec la génération des "import" java.

En fait, je ne comprend pas comment faire

J'ai remarqué que les types (ie. les classes) des paramètres des méthodes sont générés en absolu. Un petit exemple :

Code :

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

public void maFonction(org.truc.Bidule bidule){ ... }

Et du coup, quand il y a beaucoup de paramètres ça fait des noms super longs

Donc je me demandais comment transformer cette génération en :

Code :

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

1
2
3
import org.truc.Bidule;
...
public void maFonction(Bidule bidule){ ... }

Comment puis-je faire ?


Et puis, de manière générale j'aimerai pouvoir rajouter des "imports", nécessaire au code du corps des méthodes.
J'ai essayé de creer un lien de type Dependency entre la classe nécessitant l'import et la classe à "importer" mais rien n'a été généré.
Est-ce normal ?

Du coup, j'ai été bidouiller la Definition dans l'onglet Java de la boite de dialogue de définition de la classe. Mais je ne trouve pas ça très pratique. (surtout que je soupconne ma souris d'aller cliquer sur "Default definition" exprès pour effacer ces imports )

[bruno_pages]

J'ai remarqué que les types (ie. les classes) des paramètres des méthodes sont générés en absolu. Un petit exemple :

Code :

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

public void maFonction(org.truc.Bidule bidule){ ... }

c'est obligatoire quand on n'est pas dans org.truc et qu'il n'y a pas d'import

Donc je me demandais comment transformer cette génération en :

Code :

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

1
2
3
import org.truc.Bidule;
...
public void maFonction(Bidule bidule){ ... }

Comment puis-je faire ?

il ne faut pas mettre les imports dans la définition de la classe, mais dans la définition de l'artifact, et tu auras exactement ce que tu veux. Je ne me souvenais plus que j'avais fait un truc pareil et j'ai fait l'essai sans y croire, mais cela marche trop fort Bouml

Donc, tu edites l'artifact, tu vas dans l'onglet Java et tu ajoutes les imports vers ${import} (j'avais mis ce mot clef en pensant un jour produire les imports comme les #includes en C++), en tout cas après ${package} et avant ${definition}

J'ai essayé de creer un lien de type Dependency entre la classe nécessitant l'import et la classe à "importer" mais rien n'a été généré.
Est-ce normal ?

ben oui, je ne fait rien de special en Java (contrairement a C++), mais c'est vrai que je pourrais produire l'import de la classe en lieu et place d'${import}, et une dependance vers un package produirait l'import avec .*, tu as raison

bonnes modélisations

[Mucho]

Merci, je n'avais pas penser à modifier les artifacts.

Par contre j'ai toujours des petits problèmes :
Je ne sais pas trop comment changer la valeur de la variable $import
donc j'ai ajouté "import org.truc.Bidule;" directement après {$import}.

Par contre, les paramètres générées pour la fonction restent absolus. J'ai maintenant :

Code :

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

1
2
3
import org.truc.Bidule;
...
public void maFonction(org.truc.Bidule bidule){ ... }

[bruno_pages]

Je ne sais pas trop comment changer la valeur de la variable $import
donc j'ai ajouté "import org.truc.Bidule;" directement après {$import}.

c'est ce qu'il faut faire

Par contre, les paramètres générées pour la fonction restent absolus. J'ai maintenant :

Code :

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

1
2
3
import org.truc.Bidule;
...
public void maFonction(org.truc.Bidule bidule){ ... }

pour que cela marche il faut

• que le type du paramètre bidule soit bien une référence vers Bidule, et non la chaine de caractère org.truc.Bidule
• que Bidule soit bien une classe déclaré comme étant dans le package org.truc

[bruno_pages]

... c'est vrai que je pourrais produire l'import de la classe en lieu et place d'${import}, et une dependance vers un package produirait l'import avec .*, tu as raison

c'est fait dans la version 2.26.2