Discussion :

[Qamalito]

Salut

J'aimerais m'éclairer sur ces points qui sont flous dans ma tête

La classe prinicipale c'est la classe qui contient la méthode main

Est ce que je dois utiliser des imports pour faire la laison entre la classe principale et les classes auxiliaires (les classes que je crée) Comme en C/C++ (les includes)

Est ce que chaque fichier .java doit contenir une classe public qui porte le meme nom que le fichier .java

Cdt

[pdelorme]

La classe prinicipale c'est la classe qui contient la méthode main

oui

Est ce que je dois utiliser des imports pour faire la laison entre la classe principale et les classes auxiliaires (les classes que je crée). Comment en C/C++ (les includes)

tu dois metre un import chaque fois que tu veux accéder à une classe d'un autre package...

Est ce que chaque fichier .java doit contenir une classe public qui porte le meme nom que le fichier .java

Oui, contrairement à .Net qui accepte n'importe quoi, en Java un fichier Xxx.java doit contenir (au moins) la classe Xxx (attention à la case)

Cdt

[Qamalito]

Oui tu dois metre un import chaque fois que tu veux accéder à une classe d'un autre package...

Alors dans le meme package c'est pas obligatoire.

Et puis, merci pour la remarque de la casse

Cdt

[krachik]

Bonjour

Oui tu dois metre un import chaque fois que tu veux accéder à une classe d'un autre package...

Alors dans le meme package c'est pas obligatoire.

Je te donne un exemple si dans ton code tu utilise Random, ArrayList et HashMap un simple import du genre import java.util.* sufirait pour les utiliser mais je te conseillerai de faire plutot

Code :

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

1
2
3
4
 
  import java.util.Random; 
  import java.util.HashMap;
  import java.util.Arraylist;

Comme ça tu sais reelement les classes que tu utilises dans ton code.
Donc je rejoins ta reponse sur ce
@+

[Qamalito]

Bonjour

Je te donne un exemple si dans ton code tu utilise Random, ArrayList et HashMap un simple import du genre import java.util.* sufirait pour les utiliser mais je te conseillerai de faire plutot

Code :

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

1
2
3
4
 
  import java.util.Random; 
  import java.util.HashMap;
  import java.util.Arraylist;

Comme ça tu sais reelement les classes que tu utilises dans ton code.
Donc je rejoins ta reponse sur ce
@+

Merci beaucoup de ta réponse mais mon problème c'est que c'est pas comment importer les classes natives ou bien préfabriquées java, alors supposons qu'on a deux fichiers Main.java et Autre.java, dans ce cas, est ce qu' il faut importer Autre.java dans Main.java ou l'importation se fait automatiquement.

Cdt

[m_piou]

Merci beaucoup de ta réponse mais mon problème c'est que c'est pas comment importer les classes natives ou bien préfabriquées java, alors supposons qu'on a deux fichiers Main.java et Autre.java, dans ce cas, est ce qu' il faut importer Autre.java dans Main.java ou l'importation se fait automatiquement.

Cdt

Si Autre.java est dans le même package que Main.java, alors tu n'as pas besoin de l'importer.
Par contre si Autre.java est dans le package mypackage.myclasses, et que Main.java est dans le package mypackage.mylaunchclass, alors il te faudra importer Autre.java dans Main.java en faisant:

Code :

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

import mypackage.myclasses.Autre;

Cordialement

[CyberChouan]

Merci beaucoup de ta réponse mais mon problème c'est que c'est pas comment importer les classes natives ou bien préfabriquées java

Importer des classes fournies par Sun ou des classes qu'on a codées soit-même, c'est exactement la même chose (ainsi, si l'envie t'en prenait de développer une classe dans un package java.util de ton application, tu pourrais utiliser des Map ou autres sans faire d'import de classes).

alors supposons qu'on a deux fichiers Main.java et Autre.java, dans ce cas, est ce qu' il faut importer Autre.java dans Main.java ou l'importation se fait automatiquement.

Comme on te l'a déjà expliqué, ça dépend de leurs packages respectifs!

[Qamalito]

Merci beaucoup beaucoup pour le partage.

[bouye]

ainsi, si l'envie t'en prenait de développer une classe dans un package java.util de ton application, tu pourrais utiliser des Map ou autres sans faire d'import de classes

Sauf que c'est MAL et que fut un temps cela pouvait mener a un proces (voir "Sun vs. Microsoft: Final Round !"). Les packages et sous-packages java, javax et com.sun sont hors-limite pour les devellopeurs non-licensies, quoi qu'il faille verifier ce qu'il en est avec les dernieres licenses qui etaient sensees permettre de redistribuer des JVM patchees/modifiees dans le cas ou la maj officielle du bug tardait a venir.

[Deadpool]

Sauf que c'est MAL et que fut un temps cela pouvait mener a un proces (voir "Sun vs. Microsoft: Final Round !"). Les packages et sous-packages java, javax et com.sun sont hors-limite pour les devellopeurs non-licensies, quoi qu'il faille verifier ce qu'il en est avec les dernieres licenses qui etaient sensees permettre de redistribuer des JVM patchees/modifiees dans le cas ou la maj officielle du bug tardait a venir.

De toute façon, je crois que c'est pas possible de déclarer une classe comme faisant partie du package java.util.

Ce package, comme tous les packages contenant les classes standards de Java sont "sealed", c'est à dire qu'il n'est pas possible d'y ajouter des classes.

C'est peut être ce que tu voulais dire par hors limite d'ailleurs.

[CyberChouan]

Sauf que c'est MAL et que fut un temps cela pouvait mener a un proces (voir "Sun vs. Microsoft: Final Round !"). Les packages et sous-packages java, javax et com.sun sont hors-limite pour les devellopeurs non-licensies, quoi qu'il faille verifier ce qu'il en est avec les dernieres licenses qui etaient sensees permettre de redistribuer des JVM patchees/modifiees dans le cas ou la maj officielle du bug tardait a venir.

Je suis parfaitement d'accord. D'ailleurs je n'ai jamais codé (et ne coderai sans doute jamais) la moindre classe en réutilisant un nom de package déjà existant dans les classes fournies par Sun.
L'exemple que je donnais était juste pour illustrer le fait que l'import des classes fonctionne de la même manière pour les classes "Sun" et les autres.

Ce package, comme tous les packages contenant les classes standards de Java sont "sealed", c'est à dire qu'il n'est pas possible d'y ajouter des classes.

Merci pour cette précision. N'ayant jamais tenté la manipulation, je ne savais pas que c'était impossible...

[EDIT] Par "curiosité", j'ai voulu tester cette information, pour voir comment se comportait la JVM. Ce qui est "amusant", c'est qu'une classe déclarée dans "java.util" compile sans problème. Par contre c'est à l'exécution qu'on se retrouve avec une "SecurityException: package name prohibited", au moment du chargement de la classe par le classLoader.