Discussion :

[_KB_]

Bonjour,

je crée actuellement une interface graphique et j'ai créé plusieurs packages: registers, files, utils et enfin graphics.

Mon problème est le suivant: les packages registers, files, utils contiennent des classes et des méthodes indépendantes de mon interface graphique. En revanche mon package graphics contient pour le moment deux fichiers .java.

Le 1er est une classe permettant de placer les composant (layout perso) , la 2eme est en réalité le constructeur de mon interface avec tous les composants, méthodes et classes internes (événements, actions etc ...)

Mon problème est que mon fichier n'est plus trop lisible du coup et je souhaiterais dans mon package graphics creer d'autres .java ou je placerais les classes internes par exemple.

Y a t'il un moyen de partager les variables au sein d'un package ? Par exemple une méthode x doit connaitre la variable toto qui est dans un autre fichier. Ca m'éviterai d'avoir énormément de paramétres en arguments de mes méthodes qui agissent suivant les états de certains composants ...

C'était un peu long et confus désolé

Si comme je le pense ce n'est pas possible, quels sont vos trucs pour une interface propre sans avoir un code à rallonge et des variables en pagailles au sein d'un même fichier java...

merci bcp'

[iohack]

Je comprends pas trop. C'est un problème d'accessibilité que tu as ? Car si tu compiles en renseignant correctement le classpath et que tu fais les bons imports, tu as acces aux classes contenues dans les packages extérieurs...

[_KB_]

effectivement c'est un pb d'accessiblilité je souhaite accéder à la variable de ma classe principale Interface() qui contient un certains nombre de variable.

par exemple ma classe Interface est dans le package graphics. Ma classe MenuVolant itou. Le constructeur de ma classe Interface crée une instance MenuVolant. Les méthodes de ma classe MenuVolant ont besoin de variables de ma classe Interface pour effectuer des traitements.

J'ai mis les variales en public mais elles ne sont pas reconnues.

edit: le but étant que ces variables (nombreuses) soient connues dans MenuVolant sans les passer en paramètres de mes méthodes...

edit2 J'ai trouvé une solution peu élégante, je place ma classe Interface en paramètre de toutes les méthodes de ma classe MenuVolant. Si qqn voit mieux ...

[afrikha]

Il vaut mieux utiliser des accesseurs (getters ) au lieu des variables public .

[_KB_]

où puis je trouver un ex d'utilisation?
merci

[afrikha]

supposons que tu as une variable d'instance X dans ta classe Interface
tu dois juste creer une méthode

Code :

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

1
2
3
4
 
public TypeDeX getX(){
    return X;
}

[_KB_]

Ca rajoute autant de méthodes que j'ai de variables qui sont déjà nombreuses. Quel intérêt ai-je à faire ça ?

[afrikha]

Quel intérêt ai-je à faire ça ?

cours de J.MDoudoux

[Deadpool]

Bah en faisant ça, tu fais ce qu'on appelle de l'encapsulation, un des principes fondamentales de la programmation objet.

L'intéret des getter est de pouvoir contrôler les action faites sur une donnée et de réagir en conséquence. Par exemple si la valeur à renvoyer dépends de plusieurs variables, d'effectuer le calcul en coulisse.
Si tu veux, c'est pour mettre un niveau d'abstraction, l'utilisateur final du getter ne sais pas comment les données auxquelles il accède sont définis et n'a pas à le savoir. Cela te permet de changer la réprésentation de tes données sans que l'utilisateur final en soit affecté, lui utilise toujours le getter.
Alors qu'en exposant les variables directement en les mettant public, je t'explique pas les problèmes pour l'utilisateur de tes variables si tu venais à les changer.

[edit]grilled[/edit]

[_KB_]

ok merci à vous 2 je vais me plonger dans dans des bouquins java parceque pour le moment c'est pas encore très clair pour moi ...

Je reviendrais quand j'en saurais + pour vous poser qq petites questions 8)
merci bcp en tout cas