Discussion :

[new_wave]

Bonjour,

Soir le packetage (package) com.NH.test;

Soit la classe suivante

Code :

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

1
2
3
4
5
6
 
package com.NH.test;
 
class B {
  public String str ="";
}

La classe B sera ajoutée au package com.NH.test, mais puis je écrire

Code :

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

1
2
3
4
5
6
 
package com.NH;
 
class B {
  public String str ="";
}

A ce moment là, peut on dire que la classe B sera ajoutée au package com.NH ?
Faut il au préalable créer un autre packetage com.NH?

C'est la notion de packetage que je souhaiterais bien comprendre.

Merci beaucoup de votre aide sur ce sujet.

Bien cordialement.

new_wave

[professeur shadoko]

tu auras bien deux classes: com.NH.B et come.NH.test.B
le bon point est d'avoir choisi "com.NH" pourquoi?
et bien l'idée est qu'un programme risque de mettre à contribution différentes classes écrite pas des programmeurs opérant dans des mondes différents.
Du coup si deux programmeurs qui ne se connaissent pas ont l'idée de baptiser leur classe "Machin" ... y aura pas d'ambiguité
il y aura la classe Machin qui vivra dans le package com.superboite.utils et l'autre dans org.zap.tests .... deux classes différentes même si, superficiellement, elle portent le même nom: leu nom "canonique" sera différent... d'où l'utilité des packages (et des packages avec des nom corrects! nom de nom!)

[new_wave]

Merci beaucoup de ta réponse.
Tu écris

le bon point est d'avoir choisi "com.NH

Cela veut il dire que la notation com.NH.test n'est pas correcte?

Par ailleurs, pour utiliser un package faut il obligatoirement le créer via une interface graphique, pour pouvoir l'utiliser dans une appli.

De toute façon, je comprends mieux , grâce à tes explications, la notion de package .

Te remerciant encore de ta réponse,

Bien cordialement.

new_wave

[thelvin]

Non, il veut dire que c'est bien de songer à rendre le nom de son package, raisonablement unique au monde.

Un package "machin.truc", il en existe probablement des tonnes dans de monde.

Par contre je suis rarement tombé sur "org.thelvin", et encore moins sur "org.thelvin.csvparser" et ainsi de suite.

Concernant la création d'un package, on n'a a priori pas besoin d'un IDE pour ça, mais c'est plus simple, parce que :

- quand on crée un package "bidule", les fichiers de ses classes doivent être dans un répertoire nommé bidule, qui représente alors le package

- quand on crée un package "bidule.machin.chouette", les fichiers doivent être dans un répertoire bidule/machin/chouette

Pas pratique à faire à la main, donc.

[new_wave]

Merci de ces explications !

Le sujet est résolu.

Bien cordialement.

new_wave