Discussion :

[thebloodyman]

Bonjour à tous.

Cette question est postée dans la section JAVA mais elle aurait bien sur sa place en C++ ou autres langages de POO.

Je me pose pas mal de questions concernant la visibilité des classes.

Voici un exemple simple pour illustration:
Disons que j'ai une classe ZOO qui contient elle meme des objets de type CAGE qui eux meme contienent un ou plusieurs objets de type ANIMAL.

2 dépendances entres les classes apparaissent de facon assez naturelle :
- la classe ZOO qui a une visibilité sur la classe CAGE.
- la classe CAGE qui a une visibilité sur la classe ANIMAL.

Pour limiter la dépendances entre les classes, il ne faut donc pas permettre une visibilité directe entre la classe ZOO et ANIMAL ou encore de CAGE vers ZOO ...

Or lorsque j'ai créé un package que l'on nommera ZOOSOFT qui contient les 3 classes, toutes les classes ont une dépendances entre elles.
Je peux par exemple créer un objet de type ZOO avec la classe CAGE alors que seul l'inverse devrait etre possible selon les regles de dépendances de départ.

D'ou ma question, quelqu'un serait il de quelle manière procédée pour remedier à ce type de problème ?
Mise à part le fait de créer un package pour chaque classe, je n'en vois hélas pas...

Merci par avance

[had35]

Il n'y a aucun moyen d'empêcher qu'une classe Zoo soit instanciée dans une classe Cage, sauf si Zoo est encapsulé dans une autre classe, ce qui ne semble pas être une solution appropriée dans ton cas. Même si ces deux classes étaient dans des packages différents, rien n'empêcherait d'importer le package idoine.

Le seul risque est celui d'une mauvaise interprétation de la logique de ton api lors d'une évolution future. C'est à toi de documenter ta classe pour éviter ce risque, sachant qu'il s'agit bien sûr de commentaires réservés uniquement aux développeurs de l'api.

[®om]

Java ne propose que 4 visibilités, qui permettent de gérer "en gros" les visibilités importantes, mais ça ne peut pas exprimer tous les droits détaillés de chaque classe...

[thebloodyman]

Il n'y a aucun moyen d'empêcher qu'une classe Zoo soit instanciée dans une classe Cage, sauf si Zoo est encapsulé dans une autre classe, ce qui ne semble pas être une solution appropriée dans ton cas. Même si ces deux classes étaient dans des packages différents, rien n'empêcherait d'importer le package idoine.

Le seul risque est celui d'une mauvaise interprétation de la logique de ton api lors d'une évolution future. C'est à toi de documenter ta classe pour éviter ce risque, sachant qu'il s'agit bien sûr de commentaires réservés uniquement aux développeurs de l'api.

Je suis d'accord sur le principe, il suffirait simplement d'importer le package idoine pour permettre la visibilité totale du package entre les classes.

J'en conclu que les dépendances entres classes doivent donc,apres etre etablies pendant la conception, être appliquées par le développeur lui meme si il désire ne pas donné un "coupling" trop fort entre les classes.

En tous les cas merci pour ta réponse très constructive.
Par aiileurs, ta remarque sur les commentaires destinés aux importateurs du package est tout à fait pertinente.

[thebloodyman]

Java ne propose que 4 visibilités, qui permettent de gérer "en gros" les visibilités importantes, mais ça ne peut pas exprimer tous les droits détaillés de chaque classe...

Je comprends.
C'est peut être dommage.
Merci de ta réponse

[had35]

Je pondère ce que j'ai écris dans ma première réponse car je suis parti de l'idée que tes classes étaient des éléments publiques de ton api. C'est-à-dire que tu peux empêcher Zoo d'être instancié dans Cage si ces deux classes sont dans des packages différents et que Zoo n'est pas une classe publique. Mais dans ce cas, Zoo n'est plus visible hors de son package et ne constitue plus une classe publique de ton api.