Singleton ou static

Bonjour,

Je me pose une petite question, qui est peut-être ridicule, mais je pose quand même... ; )

Imaginons, on implémente une classe qui propose divers service et tient un état du monde.
Ces services doivent être accessibles partout sans instanciation directe.

J'ai donc le choix entre tout faire en static ou tout faire dans un singleton.

Y a-t-il une différence de mémoire/temps cpu entre ces 2 façons de faire (ne serait-ce que minime), je ne cherche aucunement à optimiser de cette manière, mais c'est juste pour info.

Merci

PS:si la question est vraiment ridicule, je demande à ce qu'elle soit effacée... :D

Je ne suis pas forcément le mieux placé pour te répondre, mais je vais te dire le peu que j'en sais.

La différence va se faire au niveau de la mémoire.

Le Singleton va rester en mémoire de son instanciation jusqu'à l'arrêt de la JVM et donc s'il demande de fortes ressources mémoire ces ressources seront à certains moments reservées pour rien.

Pour les méthodes statiques, vont-elles t'obliger à utiliser des propriétés statiques ? Car là même si tu ne les utilises pas, les propriétés statiques restent en mémoire tant que la classe est chargée.

Je crois que cela va dépendre du maintien ou non d'un état entre les différents appels.

Si les appels aux méthodes n'ont aucun lien entre eux, il est à mon avis conceptuellement plus logique d'utiliser des méthodes statiques.

Salut,



Au niveau de la mémoire cela peut revenir au même :

• Puisque le singleton est static, sa durée de vie sera égale à la durée de vie de l'application, et donc ses attributs occuperont la mémoire pendant toutes l'application.
• Mais en même temps si tu utilises des attributs static à la place cela reviendra strictement au même.

Bref le principal est de bien limiter la durée de vie des objets, en choisissant le scope le plus adapté (éviter d'utiliser des attributs d'instances ou static là ou une variable locale suffit, ...).


a++

Citation:

---

Envoyé par adiGuba

Salut,



Au niveau de la mémoire cela peut revenir au même :

• Puisque le singleton est static, sa durée de vie sera égale à la durée de vie de l'application, et donc ses attributs occuperont la mémoire pendant toutes l'application.
• Mais en même temps si tu utilises des attributs static à la place cela reviendra strictement au même.

Bref le principal est de bien limiter la durée de vie des objets, en choisissant le scope le plus adapté (éviter d'utiliser des attributs d'instances ou static là ou une variable locale suffit, ...).


a++

---

Comme j'essayais de le faire comprendre, ce n'est pas tout à fait vrai...

Cela va dépendre de l'implémentation du Singleton ; s'il est sensé s'initialiser à sa première utilisation et qu'il n'est pas utilisé durant l'exécution d'une application il n'occupera pas de ressources.

Ca doit être rare quand même comme cas. Car si ce singleton existe c'est qu'il a une utilité.

Pas forcément car il peux faire parti d'une librairie que tu vas charger, mais ne pas utiliser dans sa totalité.

ça arrive bien plus souvent que tu ne le crois.

Oui mais la c'est au créateur de l'API de se poser la question pour faire l'optimisation (-> instantiation via le getInstance) pas à l'utilisateur.

Mais bonne remarque effectivement. On y pense pas forcément.

Citation:

---

Envoyé par Bezout

Oui mais la c'est au créateur de l'API de se poser la question pour faire l'optimisation (-> instantiation via le getInstance) pas à l'utilisateur.

Mais bonne remarque effectivement. On y pense pas forcément.

---

Mais c'est justement ce dont il est question dans ce sujet : stratégie d'implémentation.

Arrêtez moi si je dis une connerie, mais un élément statique n'est "instancié" également que lors de sa première utilisation.

Par exemple, il me semble qu'un bloc statique dans une classe n'est exécuté que lorsqu'on utilise cette classe pour la première fois...

Une propriété statique est instanciée au chargement de la classe et non à sa première utilisation, mais ça peut très bien dépendre de la JVM utilisée.

Yo

J'y ai réfléchis un peu plus (ah... fallait réfléchir avant de post. désolé:))

Le singleton est utile lorsque l'objet ne sera pas utilisé en permanence.

Il peut être utile aussi pour réinitialiser un objet, _instance = null, et le getInstance fera une réinstantation bien transparante.

Un objet singleton peut aussi être sérialisé.

Ce sont ces 3 points qui me sont resté en mémoire vive ;)
Il y en a probablement d'autres, mais j'ai eu la réponse à ma question.

Quasi aucun impact sur les performances.


Je vous remercie

Bye !