Version imprimable
Bonjour,
Je pose une question bête mais elle me gène trop :? surtout que je commence à approfondir en JAVA : quel est l'utilité du mot clé Static.
Dans quel cas je doit utiliser Static est ce que c'est uniquement pour les thread seulement ? car j'ai mal à la tête à cause de Static.
Merci.
Bonjour,
Les variables statiques n'existent qu'en un seul exemplaire pour toutes les instances de la classe, au contraire des variables objet.
Elles sont utilisables sans avoir besoin d’instancier la classe.
Les méthodes statiques sont de même utilisables sans avoir besoin d’instancier la classe.
C'est ainsi que le main du programme peut être lancé par la JVM , sans avoir été instancié.
Bonjour,
static est utilisé pour les variables dont on souhaite n'avoir qu'une seule instance dans notre projet, comme ça on pourrait accéder à leur contenu depuis n'importe quelle autre classe et même de lui affecter une nouvelle valeur qui sera partagée par toutes les classes.
Il y a plusieurs cas d'utilisation de static
- sur les propriétés
- sur les méthodes
Quand tu mets le mot clé statique sur une propriété ou une méthode, tu déclares l'élément comme un élément de la classe et pas de l'instance (importance de faire la différence entre une classe et une instance de la classe ici, l'instance, c'est quand tu fais new)
Ce qui veut dire qu'une méthode statique est disponible partout à partir de la définition de la classe sans avoir à instancier la dire classe. Par exemple, la méthode String.valueOf est une méthode statique que tu appelles à partir de la classe String et pas à partir d'une instance de String.
Un attribut statique est disponible au niveau de la classe, et pas que au niveau des instances. Par contre, il faut savoir qu'il n'existe toujours qu'une seule Classe par fichier ".java" chargée par le ClassLoader qui permet de générer les instances : donc tout attribut déclaré en tant que "static" est accessible partagé par toutes les instances de la classe (ce qui fait que si une instance modifie la valeur, toutes les instance auront accès à cette nouvelle valeur)
Une méthode statique ne peut pas "voir" les éléments propres à une instance de la classe (tout ce qui n'est pas statique).
Globalement, on utilise le mot clé static dans deux cas
- pour les méthodes dans le cas où on n'a pas besoin de propriétés d'une instance d'objet pour obtenir un résultat voulu
- pour les attributs quand on veut partager une propriété commune à toutes les instances (typiquement, les loggers comme log4j, ce qui permet de limiter le nombre d'instances de logger existant en mémoire)
static son utilisation n'est pas préconisé :calim2:
Qu'est ce que tu entends par là ?Citation:
Envoyé par Diablo_22
C'est très utile, et très utilisé, voir même conseillé..
Ta question n'a rien de bête, mais il faut dire que c'est pas aisé de dire clairement dans quel cas on utilise le mot clé static..Citation:
Envoyé par hagane1
C'est en fonction des besoins.Ce qu'il faut savoir c'est ce que les uns et les autres ont déjà dit :
- les variables, les classes internes ou les méthodes statiques sont communes à toutes les instances de la classe dans laquelle elle sont définies.
- elles sont accessibles même sans avoir instancier d'objet.
- elles existent en une seule copie.
- elles peuvent être initialisées avant tout appel de constructeur.
- ...
Prenons l'exemple d'une classe compte bancaire ( Compte ) où on a besoin de connaître le nombre de compte bancaire crées dans un programme.
A ton avis comment vas-ton procéder ?
C'est là effectivement l'un des intérêt de ce mot clé static. Il suffit tout simplement de créer une variable statique et songer à incrémenter celui-ci
dans les différents constructeurs de la dite classe.
Ce n'est qu'un exemple parmi tant d'autres. J'ai été trop bavard mais j'espère avoir dit quelque chose de compréhensible.:mouarf:
Dans ce cas précis, je déconseille fortement l'utilisation de static... Une variable statique est un élément global à la classe, qui est accessible aux instance. Ici, tu utilises le système pour ne pas implémenter un compteur. Tu utilises une possibilité qui supprime l'orientation objet du programme.Citation:
Envoyé par lankoande
Si tu veux connaitre le nombre de comptes bancaires créés, tu incrémentes un compteur dans une factory, tu n'incrémentes pas un compteur dans un constructeur.
Si tu veux traiter une données, tu l'encapsules dans un objet.
Dans ton exemple, tu crées un objet de type Factory (singleton) qui sera chargé de l'instanciation de tes objets Compte et dans lequel tu auras un mis compteur.
Reprenons ton exemple dans l'autre sens : tu as des objets qui doivent hériter de ton objet Compte, pour créer par exemple un CompteJoint. A ton avis, vont-ils hériter du compteur présent dans "Compte" ? Est-ce que celui-ci va être incrémenté quand tu vas créer un CompteJoint ? Est-ce que tu veux qu'il soit incrémenté? Comme faire le distinguo entre le nombre de Compte et de CompteJoin créés?
Es-tu sûr que tu veux compter tous les objets instanciés dans ton code à chaque fois que tu fais un new? Comment être sûr que tu maîtrises l'instanciation de tous tes objets (si tu utilises un framework qui fonctionne par reflexivité par exemple)? Que se passe t-il si tu tente de la sérialisation/desérialisation de tes objets?
Dans ton cas, tu ne pourras plus maîtriser la cohérence de ta donnée, parce qu'elle pourra être modifiée à plusieurs endroits sans que tu en ai le contrôle.
Une variable statique devrait être "private" (visible uniquement à l'intérieur de la classe), ou static final (ce qui en fait une constante), et utilisé dans des cas très précis (pas un compteur du nombre d'instances)
Bonjour,
merci pour vos réponses afin de m'aider, quand j'ai lisait vos interventions une remarque me venait dans ma tête :
quelle est la différence entre une méthode d'instance et une méthode de classe (je sais maintenant que méthode d'instance propre à une instance uniquement et méthode de classe visible à
toutes les instances ) : on peut modifier l’état d'un objet avec une méthode de classe sans que ses modifications atteignent un autre objet sachant que les propriétés de la classe ne sont Static
mais uniquement les méthodes.
Est ce que ce point de vue est correct ?
Non mais la différence, c'est juste que la méthode static ne décrit pas l'action d'un objet en particulier. Alors que les méthodes d'instance, décrivent une action effectuée par cette instance, avec accès direct aux variables de cette instance.
Prenons l'exemple d'un simple getter :
Ça ne peut pas être static, tout simplement parce qu'en static, on ne sait pas sur quel objet aller chercher la variable name.Code:
2
3
Au fond une méthode static n'est pas très différente d'une simple fonction dans d'autres langages. C'est juste qu'elle est "rangée" dans une classe.
Les méthodes static peuvent modifier l'état des objets de la même classe que la méthode, si on donne en paramètre un tel objet à modifier... C'est pas forcément très intelligent de le faire mais rien ne l'empêche.
J'ia pas tout compris ta phrase, mais on peut effectivement avoir des méthodes statiques qui permettent la manipulation d'instances de la classe
Exemple
Ici, dans ce bout de code, on n'a pas accès à la variable age qui est privée et pour laquelle il n'y a pas de getter (ce qui est une horreur, on est d'accord).Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
J'ai créé une méthode statique qui permet de faire la somme des ages de deux instances.
L'intérêt est que ta méthode statique peut "voir" directement les attributs privés de ta classe, ce qui permet de garder des éléments bien encapsulés/cachés dans une classe sans aucun risque de les voir se promener ailleurs (par héritage si tu utilises le mot clé protected par exemple).
On aurait pu faire mieux et faire une méthode qui prend autant de paramètres qu'on veut histoire que ça soit utile
Code:
2
3
4
5
6
7
8
9
10public static int sommeDesAges(Bonhomme... listeBonhommes){ int sommeDesAges = 0; if (listeBonhommes != null){ for (Bonhomme b : listeBonhommes){ sommeDesAges += b.age; } } return sommeDesAges ; }
Bref, ta méthode statique, elle est là pour manipuler les instances d'objets. Dans mon exemple, elle permet aussi de récupérer des données qui ne sont pas visibles en dehors de la classe.
Merci pour la profonde analyse. Mon exemple je l'ai juste donné pour illustrer une possibilité d'utiliser le mot clé static. C'est juste un exemple d'école :mouarf:, même si au fond c'est pas un "bon exemple".:aie: !Citation:
Envoyé par eulbobo
J'étais pas sûr de l'intention, donc j'ai préféré préciser ^^Citation:
Envoyé par lankoande
(pour ça que j'ai précisé dans mon exemple que c'est une horreur aussi :mrgreen:)
Bonjour,
<< Ça ne peut pas être static, tout simplement parce qu'en static, on ne sait pas sur quel objet aller chercher la variable name. >>
C'est ce que j'ai cherché, merci à vous tous.
Pour l'exemple de nombre de compte, je cois qu'une base de données doit être installée à l'avance et par une requête de comptage on aura le nombre de compte
qu'il nous faut, je cois que la meilleure utilisation de Static c'est en thread, par exemple ou aura un ensemble de processus et un drapeau global Static qui exprime
qu'il y a par exemple une interruption : problème d'une ressource et que tous les autre processus doivent être avertis pour prendre les mesures nécessaires.
Il y a aussi des idées brillantes pour l'utilisation de Static sinon pourquoi elle existe en JAVA ?
Je cherche encore d'autre cas de son utilisation, merci pour vos contributions.
??? j'a pas compris ???Citation:
Envoyé par hagane1
tu peux par ex. avoir un ThreadGroup qui prévient tous les threads du groupe ....
les données "static" sont initialisées au "load_time" pour un ClassLoader donné (ça peut d'ailleurs, pour les données, créer d'étrange surprises: il n'y a pas au sens strict de "variable globale" en Java).Citation:
Il y a aussi des idées brillantes pour l'utilisation de Static sinon pourquoi elle existe en JAVA ?
Je cherche encore d'autre cas de son utilisation, merci pour vos contributions.
on peut à ce moment initialiser par exemple des ressources partagées(partagé est le mot clef) .... il y a des tas d'autres cas (données partagées, méthodes qui n'agissent pas dans le contexte d'une instance, classes liées au contexte général d'une autre classe, code de load-time)
Surtout pas, les éléments static ne SONT PAS thread safe ! Plusieurs threads peuvent les modifier en même temps sans aucun verrouillage !Citation:
Envoyé par hagane1
Dans le cas de définition de variables globales invariables.Citation:
Il y a aussi des idées brillantes pour l'utilisation de Static sinon pourquoi elle existe en JAVA ?
Je cherche encore d'autre cas de son utilisation, merci pour vos contributions.
Un exemple : dans le cas d'un définition d'un logger, tu crées une instance en private static final qui sera utilisable par toutes les instances de ta classe... Et il n'y aura qu'une seule instance de logger pour toutes les instances de ta classe.
Et pourquoi ça existe en java? Tout simplement parce que tout n'est pas forcement lié à une instance de Classe... Du genre la méthode main qui ne peut pas être lié à une quelconque instance...
Autre avantage, ça permet de faire un bloc d'initialisation qui sera appelé une seule fois au démarrage de ton application (pour charger un fichier de propriétés de type ResourceBundle une seule fois plutôt que de le charger à chaque fois par exemple)
Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
Alors,
pour, est ce que tu veut dire que la méthode main n’appartientCitation:
Du genre la méthode main qui ne peut pas être lié à une quelconque instance...
à aucune classe or je vois quelle est incluse dans une, probablement la classe Object.
pour, donc Static son but est d'optimiser le tempsCitation:
Autre avantage, ça permet de faire un bloc d'initialisation qui sera appelé une seule fois au démarrage de ton application (pour charger un fichier de
propriétés de type ResourceBundle une seule fois plutôt que de le charger à chaque fois par exemple)
d’exécution et l'espace mémoire occupé par la méthode (au lieu de réserver à chaque fois un nouvel espace mémoire pour une nouvelle méthode d'un nouvel
objet récemment crée ) si c'est bien ça, ce que j'ai dit icic’était exactement ça seulement je me suis mal exprimer les choses, je voulais dire que pourquoi à chaque création d'une nouvelle instance au lieu de réserver àCitation:
on peut modifier l’état d'un objet avec une méthode de classe sans que ses modifications atteignent un autre objet sachant que les propriétés de la classe ne sont Static
chaque fois un espace mémoire pour sa méthode, cette méthode sera déclarer Static et comme ça on lui réserve uniquement l'espace mémoire pour la première
fois, quant aux autre instances on a besoin de les fournir des espaces à leurs méthodes.
Est que c'est faisable ?:(
Merci.
J'ai dit à aucune INSTANCE, pas à aucune classe !Citation:
Envoyé par hagane1
Le public static void main(String[] args) est le point d'entrée d'une classe qui la définit comme étant exécutable en ligne de commande. Il est donc impossible qu'elle soit lié à une instance vu que tu ne peux avoir aucune instance avant d'arriver dans ce point.
Il y a aussi des notions de design objet et de bonnes pratiques : quand on crée un modèle objet, on ne pense pas tout de suite à l'optimisation ou à l'espace mémoire.Citation:
donc Static son but est d'optimiser le temps d’exécution et l'espace mémoire occupé par la méthode (au lieu de réserver à chaque fois un nouvel espace mémoire pour une nouvelle méthode d'un nouvel objet récemment crée
Il faut voir les éléments marqués en "static" comme des éléments "utilitaires" ou des outils ayant un rôle unique (principe de responsabilité) : dans l'exemple du logger, on créée une instance d'un objet Log qui sera utilisé par toutes les autres instances de cette classe.
Il y a effectivement un gain en terme de mémoire et de temps d'exécution, mais aussi en terme d'écriture et de logique.
Il n'y a pas en soit de concept de réservation de mémoire en Java. La JVM se débrouille et on la laisse faire ce qu'elle est censée faire (par contrat), elle viendra bien assez tôt nous souffler dans les bronches si on a mal fait notre travail (et qu'elle ne peut plus faire le sien du coup).Citation:
pourquoi à chaque création d'une nouvelle instance au lieu de réserver à chaque fois un espace mémoire pour sa méthode, cette méthode sera déclarer Static et comme ça on lui réserve uniquement l'espace mémoire pour la première fois, quant aux autre instances on a besoin de les fournir des espaces à leurs méthodes.
Est que c'est faisable ?:(
Chaque fois que tu fais un "new MaClasse()", une zone mémoire est effectivement réservée pour la nouvelle instance avec des zones pour chaque propriété de l'instance. Tout ce qui est statique est déjà chargé bien avant de faire un new (au démarrage de l'application).
Donc je ne sais pas ce que tu veux dire dans ta question par rapport à la réservation de mémoire et comment l'optimiser, mais utiliser ou pas des mots clés static n'est pas la bonne piste.
Pour économiser de la place en Java, il y a plusieurs méthodes, dont celle de ne pas garder de références à des éléments dont on n'a plus besoin, limiter au maximum les références de longue durées (des objets qui maintiennent des liens vers des objets contenant des données par exemple), ne pas hésiter à découper au maximum son algorithme (tous les objets créés dans une méthode qui ne sont pas renvoyés dans un return disparaissent à la sortie de la méthode), etc...
A mon avis, ce n'est pas le meilleur exemple. main est le point d'entrée des applications par conception. Ca aurait pu etre fait autrement (par exemple par extension d'une classe comme l'applet).Citation:
Envoyé par eulbobo
Tu cherches des exemples d'utilisation de static ? En ce qui concerne les variables, je dirais que 99% de celles que j'utilise sont des static final (autrement dit des constantes). C'est donc tres utile. J'en utilise aussi de temps en temps pour des singletons.Citation:
Envoyé par hagane1
En ce qui concerne les méthodes, je pense à une factory (mettre les constructeurs d'une classe en private et utiliser une fonction static chargée de créer les instances), des méthodes utilitaires (Regarde du coté de la classe Collections qui en a pas mal). Bref, pas mal d'utilités
Pas tres brillant de balancer ce genre de chose sur un forum sans aucune explication sur pourquoi ce ne serait pas préconisé... D'autant que c'est (très) largement utilisé y compris dans l'API...Citation:
Envoyé par Diablo_22
Je vous remercie tous pour vos réponse, vraiment c'est très génial :D !!!!
Merci à vous tous.