Java

A propos des inner class, et des inner class statiques

Recherche :

Mot : Pseudo : Filtrer
Page : 1 2 3 4 Page Suivante Page Précédente Bas de page
Auteur	Sujet : A propos des inner class, et des inner class statiques

bobuse

Reprise du message précédent :
Heu comment on fait pour verrouiller un topic ? :sarcastic:

Publicité

Cherrytree

cn=?

[:cherrytree2] was here.

---------------
Le site de ma maman

darklord

You're welcome

bobuse a écrit a écrit :

Heu comment on fait pour verrouiller un topic ? :sarcastic:

on appelle le gentil modo

El_gringo

therier a écrit a écrit :

Gros Blaireau! :fou:

t'as raison t'es le roi et je suis un gland! :heink:

Tchao grande lumière intersidérale!

...oula, non, faut pas l'prendre comme ça !
g pas dit que t'étais un gland (et encore moins que je suis un roi !), ms, à moins que ça soit moi le gland, tu m'a dit un truc faux. Extrait :

El_Gringo a écrit a écrit :

J'imagine qu'une inner class statique, c'est une inner class publique (sinon ça n'a pas de sens), qu'on peut instancier, sans avoir d'instance de la classe dans laquelle elle est contenue. c ça ?

therier a écrit a écrit :

non, tu ne l'instancie pas l'inner classe! elle est sttique!
Tu y accedes et tu l'utilise, c'est tout.

...Je m'trompe pas, c bien une grosse erreur de me dire ça, non !?

darklord

You're welcome

mais enfin une classe statique ne s'instancie pas !!!

El_gringo

DarkLord a écrit a écrit :

mais enfin une classe statique ne s'instancie pas !!!

Hé merde... je rien comprit alors !!!
Pourtant, benou avait l'air d'accord avec ça :

une inner class static, ça signifie que tu peux l'instancier (ou t'en servir de manière générale) sans instancier la outer classe.

Qui revient exactement au même que ce que j'ai dit !

therier

heu...coucou!

DarkLord a écrit a écrit :

mais enfin une classe statique ne s'instancie pas !!!

oui, mais tu PEUX le faire, si tu veux, et dans le cas precis de Point2D, c ce qu'il faut faire...

voilà.

signé : Le Gland (qui a compris ça tout seul)

---------------
XBox? http://www.gamertagdatabase.com

El_gringo

therier a écrit a écrit :

signé : Le Gland (qui a compris ça tout seul)

...Le Gland Vexé !
'Fallait pas mal le prendre ce que j'ai dit. C vrai qu'en me relisant, ça fait aggressif, dsl. :jap:

therier

heu...coucou!

El_Gringo a écrit a écrit :

...Le Gland Vexé !
'Fallait pas mal le prendre ce que j'ai dit. C vrai qu'en me relisant, ça fait aggressif, dsl. :jap:

Y a pas de mal... J'ai pour le moins été agressif aussi.

Allez, bisous? [:sateeva]

---------------
XBox? http://www.gamertagdatabase.com

El_gringo

therier a écrit a écrit :

Y a pas de mal... J'ai pour le moins été agressif aussi.

Allez, bisous? [:sateeva]

Y font quoi tes smiley avec leurs mains, là ? ça serai pas un truc un peu vicieux par hasard !? Non, parce qu'une poingnée de main, j'veux bien, ms on s'arrête là hein !?

Publicité

bobuse

Youpi ! Tout va bien alors !

Ca m'apprendra à faire des trucs chelou !

therier

heu...coucou!

El_Gringo a écrit a écrit :

Y font quoi tes smiley avec leurs mains, là ? ça serai pas un truc un peu vicieux par hasard !? Non, parce qu'une poingnée de main, j'veux bien, ms on s'arrête là hein !?

Ce sont 2 smileys tres tres amicaux qui se grattent reciproquement la tête, c tout....

---------------
XBox? http://www.gamertagdatabase.com

therier

heu...coucou!

bobuse a écrit a écrit :

Youpi ! Tout va bien alors !

Ca m'apprendra à faire des trucs chelou !

Ah bas les inner class publique non statique!!!! [:zjk]

---------------
XBox? http://www.gamertagdatabase.com

benou

DarkLord a écrit a écrit :

mais enfin une classe statique ne s'instancie pas !!!

[:ruisseau de larmes]

mais c'est pas vrai ! on va jamais arriver à tous être d'accord la dessus, même au bout de 4 pages ?

dark, regarde le code que j'ai donnée, (page 2 ou 3) tu verras que j'instancie unec alsse statique.

therier

heu...coucou!

benou a écrit a écrit :

[:ruisseau de larmes]

mais c'est pas vrai ! on va jamais arriver à tous être d'accord la dessus, même au bout de 4 pages ?

dark, regarde le code que j'ai donnée, (page 2 ou 3) tu verras que j'instancie unec alsse statique.

Une classe statique n'est PAS FAITE POUR ETRE INSTANCIEE (mais, bien sur, on peut le faire!), SAUF, quand c'est une INNER CLASSE STATIQUE comme Point2D.Float car c'est une spécialisation de la classe abstraite Point2D. Le statique n'est là que POUR RENDRE LA CLASSE ACCESSIBLE.

---------------
XBox? http://www.gamertagdatabase.com

BifaceMcLeOD

The HighGlandeur

- Renaud - a écrit a écrit :

ben a ce niveau la c'est pas tres clair
a mon avis la logique aurait voulu que l'on ai une nouvelle instance a chaque fois, car dans un contexte (outer instance) different et donc des attributs statiques specifiques a chaque instance

Cependant, au niveau de l'implem, ca devait etre trop lourd, donc Sun a decide' de n'avoir qu'un seul object Class meme dans le cas d'inner classes non statiques.

Ce qui me fait dire que c'est peut etre la foacon dont ont evolue les choses, est le fait de ne pas avoir droit aux statiques dans une inner classe non statique :
--> en effet, si on estime naturel que l'inner classe non statique soit partagee, alors il ne devrait y avoir aucune raison a interdire les champs statiques
--> si l'inner classe non statique ne devait pas etre partagee, et qu'elle l'est a cause de l'implementation, alors les champs statiques posent un probleme, qui se resout en les interdissant.
Renaud

:hello: :hello: Renaud !

C'est curieux, moi j'avais une définition plus simple de l'inner classe non statique : pour moi, c'était simplement une classe qui (contrairement à l'inner classe statique) gardait juste une référence (cachée) sur l'instance de l'outer classe qui l'avait "créée".

Exemple :

Code :

public class A {
private int n;
public A(int n) {
this.n = n;
}
public class B {
public B() {
// On peut aussi écrire "A.this.n" à la place de "n".
System.out.println("n=" + n);
}
}
public static void main(String[] args) {
A a1 = new A(10);
A a2 = new A(20);
A.B b1 = a1.new B(); // Affiche n=10
A.B b2 = a2.new B(); // Affiche n=20
A.B b3 = a2.new B(); // Affiche n=20
}
}

Du coup, je ne comprends pas trop le débat sur le coup des instances de java.lang.Class multiples pour les inner classes non statiques...

- Renaud -

BifaceMcLeOD a écrit a écrit :

Du coup, je ne comprends pas trop le débat sur le coup des instances de java.lang.Class multiples pour les inner classes non statiques...

Ben moi ce qui me tracasse, c'est le fait de ne pas avoir droit aux statiques pour les inner classes non statiques...

therier

heu...coucou!

- Renaud - a écrit a écrit :

Ben moi ce qui me tracasse, c'est le fait de ne pas avoir droit aux statiques pour les inner classes non statiques...

J'avais emis un avis la dessus quelques posts plus haut... :bounce:

---------------
XBox? http://www.gamertagdatabase.com

- Renaud -

therier a écrit a écrit :

Je pense que c'est plus simple que ça.

On part sur une outer non statique (et publique).

si ton inner est statique, la jvm va reserver statiquement au lancement de la place mémoire pour cette classe. Si tu as un champ statique dedans, la jvm allouera aussi de la place pour ce champ.

si ton inner n'est pas statique, la jvm ne reserve pas de place, alors, que devient le membre statique censé être alloué au demarrage? Ben c'est dur de l'allouer du coup... puisqu'il n'est pas censé exister :pt1cable:

Je sais pas si je suis clair... [:miracle]

ben oui, mais je doute que l'allocation de la place memoire pour les classes soit statique, a mon avis c'est dynamique au chargement de la classe et non au demarrage.

Sinon comment savoir quelle place reserver etant donne que l'on ne connait pas les classes qui vont etre utilisees.

therier

heu...coucou!

- Renaud - a écrit a écrit :

ben oui, mais je doute que l'allocation de la place memoire pour les classes soit statique, a mon avis c'est dynamique au chargement de la classe et non au demarrage.

Sinon comment savoir quelle place reserver etant donne que l'on ne connait pas les classes qui vont etre utilisees.

Justement, je pense que les statiques sont initialisées au demarrage.

---------------
XBox? http://www.gamertagdatabase.com

- Renaud -

therier a écrit a écrit :

Justement, je pense que les statiques sont initialisées au demarrage.

les classes sont chargees en fonction des besoins (java -verbose:class ...), et je ne pense pas que les statiques soient initialises hors des classes.

NB: il n'y a aucun fichier pour referencer les classes, et je vois mal la JVM au depart scanner tout le classpath pour charger les classes ou meme seulement les statiques

BifaceMcLeOD

The HighGlandeur

Oui, je confirme ce que dit Renaud : on le voit aussi au débogueur, le code statique (initialiseur de classe) est exécuté lorsque la classe est chargée, et la classe n'est chargée que lorsque la JVM en a besoin (typiquement lorsqu'une instance de cette classe ou d'une sous-classe est créée, ou lorsqu'une méthode (resp. un attribut) statique de cette classe ou d'une sous-classe est exécutée (resp. lu ou modifié)).

Message édité par BifaceMcLeOD le 26-08-2002 à 15:40:58

Cherrytree

cn=?

Merci Biface ! :hello:

---------------
Le site de ma maman

Publicité

Page : 1 2 3 4

Page Suivante

Page Précédente

Haut de page

FORUM HardWare.fr

Programmation

Java

A propos des inner class, et des inner class statiques

Sujets relatifs
truc de fou : j'ai fait une class qui fait monter mon CPU à 90° !	A propos de la taille des cellules dans un tableau
[VBS] Prob class introuvable Win32_DesktopMonitor	[java] A propos des applets swing
[HTML] cellpadding ok, nouvelle question : lier les class ?	a propos des menus dans les sites web
[CSS] les class, variable local ou global??	[ CSS ] comment defini une class avec une taille de police
[css] pb avec les class et les balise A	[VC++] A propos d'une CPropertySheet
Plus de sujets relatifs à : A propos des inner class, et des inner class statiques

Page générée en 0.097 secondes