Discussion :

[dabeuliou]

Bonjour,

Je continue ma découverte de Java et je me pose une question relative au scénario suivant : imaginons un projet subdivisés en deux packages A et B, avec B utilisant des classes de A. Pour structurer proprement le programme, je souhaite interdire à A d'utiliser des classes de B. Ceci dans le but d'éviter des références croisées qui alourdiraient mon programme. Pour rendre cela plus concret, on peut imaginer que A contiendrait des classes outil très basiques et B serait un package de plus haut niveau.

Evidemment, je peux tout simplement "éviter" d'utiliser les classes de B depuis A. Mais ce n'est pas très sûr ! Je peux toujours référencer B par erreur (suite à un déplacement d'une classe de B vers A, par exemple).

Je suis donc à la recherche d'un mécanisme standard qui permettrait de cacher le contenu d'un package à un autre package. Je précise que pour des raisons de commodités, je veux que ces deux packages soient stockés dans un répertoire parent commun. Je n'ai rien trouvé pour l'instant mais je découvre Java, ma question est sans doute triviale pour les chevronnés que vous êtes !

Merci beaucoup !

[gailuris]

Salut,

Je ne pense pas que tu puisses "implémenter" un tel mécanisme... Par contre il existe des outils qui permettent de contrôler tout ça... Regarde JDepend (je ne l'ai pas testé mais je crois qu'il convient pour ce genre de problèmatique) ici on en parle (et le tutorial).

[dabeuliou]

Merci, je vais regarder.

[gifffftane]

Il n'existe pas de précaution de ce type en java. La visibilité d'une paquetage est réglée uniquement par les déclarations de classes, de méthodes, ou de variables. La visibilité d'un paquetage est donc en elle même publique.

Je ne connais pas de système qui permettrait d'obtenir ce que tu souhaites.

[shubaka]

Bonjour,

Tu peux agir sur la visibilité d'une methode ou d'une classe en les declarant public (Visible de partout) ou protected (Visible seulement a l'interieur du package et par les classes heritantes

[dabeuliou]

Merci à tous pour vos réponses, ça me conforte dans l'idée que hormis peut-être des outils de contrôle a posteriori comme JDepend, il n'y a pas de moyen d'éviter les références croisées en Java.

C'est étrange, tout de même, non ? Le C# interdit carrément les références croisées entre projets (que l'on peut vulgairement assimiler aux packages Java) et c'est très bien. Ou alors c'est mon choix de découper mon programme en plusieurs packages qui implémentent chacun une couche du programme qui est idiote ?

[gifffftane]

Pour C# je ne sais pas, mais en Java la notion de paquage n'est qu'une notion de facilité ou d'organisation d'écriture, sans conséquence lors de l'exécution du code.

Par la force des choses, la notion de jar, ou war, a plus d'importance ; c'est elle qui te conduira à bien organiser tes paquetages, à cause de tous les pépins qui ne manqueront pas d'apparaitre lors des déploiements.

Malheureusement, elle est très mal explicitée, et on ne prend des leçons qu'un peu tard...

Nothing perfect.