[STRUCTURE] Structure d'un programme JAVA

Bonjour,
Je ne suis pas un développeur JAVA, mais j'aimerais comprendre le principe de structure du langage. je m'exprime sans doute mal, quand je dis "structure", je veux parler de cette profusion de répertoire.
Quel est le sens d'avoir 4-5 répertoire et sous-répertoire avant d'arriver à ses fichiers de développement ?
J'ai lu que cela se faisait pour éviter les conflits de nommage, est ce que cela veux dire que cela protège les variables ? (ça me semble bizarre...)
ou alors ce sont des conflit sur le nommage des objets et fonctions ?

Bref je suis curieux, je suis actuellement sur un développement Web (php, html, ...) et je me demande si cette technique à une autre utilité qui pourrait s'étendre à d'autre langage ?

ou bien je suis total irrationnel ... ? 8-)

Merci beaucoup de vos réponses.
Ce message n'est que de la curiosité en bloc.

Citation:

---

Envoyé par pflany

Bonjour,
Je ne suis pas un développeur JAVA, mais j'aimerais comprendre le principe de structure du langage. je m'exprime sans doute mal, quand je dis "structure", je veux parler de cette profusion de répertoire.
Quel est le sens d'avoir 4-5 répertoire et sous-répertoire avant d'arriver à ses fichiers de développement ?
J'ai lu que cela se faisait pour éviter les conflits de nommage, est ce que cela veux dire que cela protège les variables ? (ça me semble bizarre...)
ou alors ce sont des conflit sur le nommage des objets et fonctions ?

Bref je suis curieux, je suis actuellement sur un développement Web (php, html, ...) et je me demande si cette technique à une autre utilité qui pourrait s'étendre à d'autre langage ?

ou bien je suis total irrationnel ... ? 8-)

Merci beaucoup de vos réponses.
Ce message n'est que de la curiosité en bloc.

---

Je ne sais pas trop pourquoi c'est fait, mais je pense que ca doit être, comme tu l'as dit, pour éviter les conflits de nommage. En effet, on a plusieurs classes de même nom mais dans des packages différents. Ca permet aussi une meilleure organisation des classes.

Salut
Disons aussi que la norme veut qu'un nom de package soit du type com.nomdomaine.(etc) ou fr.nomdomaine.(etc) etc.

Chaque fichier classe doit être situé dans une arborescence correspondant à son package. Il est donc plus facile de faire pareil avec les fichiers sources.

Mais bon rien ne t'empêche d'utiliser le package par défaut et tout foutre dans le même répertoire comme un gros porcasse.

cela a aussi un impact sur la visibilité.

des attributs protected sont visibles dans les classes d'un même package (enfin il me semble 8O , j'ai des doutes d'un coup....)

Mais l'interet initial est effectivement d'eviter les conflits de nomage des classes.

Un tres bon exemple est java.util.Date et java.sql.Date.

Quant a sa portablité a d'autre langage, je ne sais pas trop. Il me semble que quasiment tous les langages objets ont une notion de package ou d'espace de nommage en général.

La représentation de l'espace de nommage physiquement dans les répertoires disques est à mon avis une bonne chose mais c'est peut-etre parce que je suis habitué a travailler comme ca...

Citation:

---

Envoyé par @ldehan

cela a aussi un impact sur la visibilité.

des attributs protected sont visibles dans les classes d'un même package (enfin il me semble 8O , j'ai des doutes d'un coup....)

Mais l'interet initial est effectivement d'eviter les conflits de nomage des classes.

Un tres bon exemple est java.util.Date et java.sql.Date.

Quant a sa portablité a d'autre langage, je ne sais pas trop. Il me semble que quasiment tous les langages objets ont une notion de package ou d'espace de nommage en général.

La représentation de l'espace de nommage physiquement dans les répertoires disques est à mon avis une bonne chose mais c'est peut-etre parce que je suis habitué a travailler comme ca...

---

Juste sur le point de la visibilité ; les classes d'un package ne peuvent être vue qu'à l'intérieur de ce package si celle ci ne possède pas de préfixe du style (public, private, ....).

Citation:

---

Envoyé par wizaord

Juste sur le point de la visibilité ; les classes d'un package ne peuvent être vue qu'à l'intérieur de ce package si celle ci ne possède pas de préfixe du style (public, private, ....).

---

Apres test, je corrige.

Deux classes d'un meme package ont acces aux membres public (mot-clé 'public'), protected (mot-clé 'protected') et friendly (pas de mot clé)

Code:

---

1 2 3 4 5 6 7 8 9 10 11

package test;   public class A1 {   public static void main (String[] args){ A2 a2 = new A2(); System.out.println(a2.attributFriendly); System.out.println(a2.attributProtected); System.out.println(a2.attributPublic); } }

---

Code:

---

1 2 3 4 5 6 7 8 9

package test;   public class A2 {   private String attributPrivate = "private"; protected String attributProtected = "protected"; public String attributPublic = "public"; String attributFriendly = "friendly"; }

---

pour résumé,
private : n'est visible que dans la classe elle-même
friendly : n'est visible qu'a l'interieur du package
protected : n'est visible que dans le package et les sous classes
public : est visible par toutes les classes

Code:

---

1 2 3 4 5

public protected (default) private Même classe X X X X Même package X X X Sous classe X X Autre package X

---

Euh Rom tu n'est toujours pas réveillé ou c'est moi qui déconne ??

un attribut private est visible uniquement par une classe d'un autre package ???:mouarf:

En fait ton triangle est à l'envers.

Citation:

---

Envoyé par yann2

Euh Rom tu n'est toujours pas réveillé ou c'est moi qui déconne ??

un attribut private est visible uniquement par une classe d'un autre package ???:mouarf:

En fait ton triangle est à l'envers.

---

Ouais lol, merci :)

C'est corrigé (g mis les noms de lignes dans l'autre sens) :)

Merci beaucoup de vos réponses.

Je continue de me poser la question sur l'opportunité d’appliquer ce raisonnement à d'autre langage car je pense que cela ne peut que compliquer le développement dans des environnements différents.
Si certains d'entre vous ont une expérience de ce genre de chose (appliquer les règles JAVA sur un développement Web (PHP,Html,Css,Js) pourriez vous me faire partager votre point de vue si c'était négatif ou bien si je suis un dinosaure qui ne veux pas bouger ?

Mais je ne suis sans doute pas sur le bon forum, si c'est le cas, just ignore

Citation:

---

Envoyé par @ldehan

pour résumé,
private : n'est visible que dans la classe elle-même
friendly : n'est visible qu'a l'interieur du package
protected : n'est visible que dans le package et les sous classes
public : est visible par toutes les classes

---

faux pour protected! c'est plus subtil que ça.
(pour un membre non static) protected permet d'accéder à un membre de l'instance courante et c'est tout! (d'autres subtilités pour les autres cas).
en d'autres termes:

Code:

---

1 2 3 4 5

class Y extends autrepackage.X { public void modifie (autrepackage.X autreinstance) { this.chamProtected = // OK autreInstance.champProtected ; //fume!

---

Citation:

---

Envoyé par yann2

Salut
Disons aussi que la norme veut qu'un nom de package soit du type com.nomdomaine.(etc) ou fr.nomdomaine.(etc) etc.

Chaque fichier classe doit être situé dans une arborescence correspondant à son package. Il est donc plus facile de faire pareil avec les fichiers sources.

Mais bon rien ne t'empêche d'utiliser le package par défaut et tout foutre dans le même répertoire comme un gros porcasse.

---

Cela set à quoi de devenir un temps soit peu vulgaire.
Pourquoi ne pas expliquer une méthode qui convienne à tous ou presque sans pour autant employer des mots de type "porcasse".
Je pense que tu dos te sentir plus grand plus fort meilleur que les autres avec de tel propos.