Calling static variable or method

j'ai ce bout de code

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

package pkgB;   public class koala { public static int count=1;   public static void main(String[] args) { koala k=new koala(); System.out.println(k.count); k=null; System.out.println(k.count);   } }

---

lorsque j'exécute ce bout de code de livre OCA certification il m'affiche deux 0 pour l'affichage de k.count mais ce que me gène c'est ce que après même que j'ai affecté k=null il affiche encore la valeur de count comme 0 mais lorsque j'élimine static avant count il affiche 0 pour le premier System.out.println et ensuite il genere une erreur pour le deuxième affichage Exception in thread "main" java.lang.NullPointerException
at pkgB.test1.main(test1.java:10)?
Svp une explication

:salut:

C'est très flou ce que tu nous raconte là... On ne comprend pas trop ce que tu essaye de faire ou ce que tu essaye de comprendre.

static est un mot clef qui permet de définir que la variable (ou la méthode) appartient à la classe (dans ton exemple à Koala)
Sans ce mot clef, la variable (ou la méthode) appartient à l'instance (dans ton exemple à k)

Une variable (ou une méthode) static appartenant à la classe elle est partagée entre toutes les instances.
Pour éviter les confusions et surtout parce que ça n'as pas d'utilité de faire appelle à une static depuis une instance, on les appelles toujours depuis la classe : donc dans ton exemple : Koala.count au lieu de k.count

---

Pour le comportement dans le premier cas, je ne sais pas, quequ'un de meilleur que moi devrait avoir la réponse

---

Pour le comportement dans le deuxième cas, il s'explique assez facilement.

Lors du premier print de la variable il se passe :

1. on cherche la variable count de la variable k
2. la variable k contient un objet
3. l'objet possède un attribut nommé count
4. on récupere la valeur de cet attribut
5. Cette valeur peut etre caster en String
6. la valeur est implicitement convertit en String
7. On affiche cette String

Lors du deuxième appel :

1. on chercher la variable count de la variable k
2. la variable k contient l'objet null
3. /!\ Il est interdit d'appeler un attribut sur l'objet null
4. Le système renvoi une exception

Bonjour,

Cas 1:
J'obtiens 1 dans les 2 appels.
Après k=null, ça fonctionne encore, et même si je n'avais pas encore rencontré ce cas, c'est normal.

k.count renvoie la valeur de Koala.count lorsque count est static. Que k soit instancié ou null, le résultat est le même.

Cas 2 :
cf la réponse de @Drowan.

STP : N'oublie pas la ponctuation :aie:.

[Complément]
count étant de type int, si le main est exécuté avant l'initialisation de count = 1, alors count prend la valeur par défaut des int, soit 0.
Tout dépend du compilateur et de la JVM. A tester avec d'autres versions, si tu prépares une certification.

@Drowan : je ne pense pas être meilleur développeur... :chin:

Hello,

Citation:

---

Envoyé par Cincinnatus

[Complément]
count étant de type int, si le main est exécuté avant l'initialisation de count = 1, alors count prend la valeur par défaut des int, soit 0.
Tout dépend du compilateur et de la JVM. A tester avec d'autres versions, si tu prépares une certification.

---

Il n'y a pas à tester d'autres versions.
Le main() ne peut pas être exécuté avant l'initialisation. Java n'autorise pas ce genre de liberté. Si une version exécute le main() avant, alors elle échoue à être compatible avec les définitions du standard Java.

La raison en est :
Avant de pouvoir exécuter main(), ou quelque méthode ou constructeur que ce soit, la classe qui le définit doit être chargée.
Lors du chargement d'une classe, toute son initialisation statique doit être exécutée. Cela inclut l'initialisation des variables statiques.
Ensuite seulement, la méthode main() sera exécutée.

(Cela dit, c'est clair et net parce que main() et count sont dans la même classe et ne font pas intervenir d'autre classe. Si l'initialisation d'une classe A réclame le chargement donc l'initialisation d'une autre classe B, cette autre classe B a la possibilité d'utiliser les champs et méthodes de A avant que A n'ait été complètement initialisée. En poussant un peu les limites, on peut tomber sur des cas où le standard Java ne dit pas dans quel ordre les classes seront chargées et initialisées. Et ça peut donc varier selon les versions.)

Citation:

---

Envoyé par Cincinnatus

Drowan : je ne pense pas être meilleur développeur... :chin:

---

C'était dans le sens "quelqu'un qui a les connaissances sur ce cas, que je n'ai pas" ;):chin:

Citation:

---

Envoyé par thelvin

Le main() ne peut pas être exécuté avant l'initialisation. Java n'autorise pas ce genre de liberté. Si une version exécute le main() avant, alors elle échoue à être compatible avec les définitions du standard Java.

---

Bonjour,

Ok, mais hormis un cas de compilateur particulier, je ne comprends pas les résultats de emna1987, à savoir que k.count vaut 0...
C'est pourquoi j'envisageais un comportement non standard.

Ouh, pardon, je n'avais pas suivi.

Oui, ça m'étonnerait beaucoup que emna1987 affiche des zéros avec le code montré.

Mais il semblait qu'on se concentrait sur la présence ou l'absence de NullPointerException, dans le cas static ou non static. Et pas tellement sur le fait que la valeur affichée soit 1 ou 0. Juste sur le fait de pouvoir ou pas afficher une valeur.