Discussion :

[betsprite]

Bonjour,

Lorsqu'on utilise le singleton, on peut imaginer se retrouver dans le cas o� celui-ci est d�truit avant qu'un appel � getInstance soit effectu� pour r�cup�rer ses param�tres (qui ne sont plus car on instancie un nouvel objet singleton au getInstance...)

Quelle est la meilleure fa�on de pallier � ce probl�me ?

Merci

[tristan_m]

Bonjour,

Je pense que l'utilisation 'classique' du singleton est tout simplement de ne jamais d�truire l'objet singleton. Au mieux une seule fois, juste avant que le programme se termine.

Si votre application n�cessite la destruction de l'objet, c'est probablement que les param�tres en question n'�tait plus valables.

S'il y a des param�tres qui doivent malgr� tout subsister en d�pit de cette destruction, je vois deux cas :

• Ce sont des constantes : les d�finir en membres de classe et non d'objet (d�clar�s en 'const' �videmment)
• Les param�tres doivent avoir des dur�es de vie diff�rentes : Votre singleton a probablement trop de responsabilit�s. Vous devez le d�composer en deux singletons (ou plus) diff�rents, un par responsabilit� identifi�e.

qui ne sont plus car on instancie un nouvel objet singleton au getInstance...

Je n'ai pas bien compris cette phrase.
Si vous voulez dire que les param�tres ne sont pas initialis�s ou mal suite � la nouvelle instanciation, vous pouvez enrichir la m�thode getInstance() pour remplir les param�tres que le constructeur ne pouvait pas deviner.
Si la m�thode getInstance n'est pas non plus capable de correctement remplir les param�tres, vous avez probablement un probl�me de d�pendance dans votre classe, et vous devez v�rifier que les param�tres en question soient vraiment � leur place dans cette classe.

[betsprite]

Salut et merci tristan_m pour ton aide

Je pense que l'utilisation 'classique' du singleton est tout simplement de ne jamais d�truire l'objet singleton. Au mieux une seule fois, juste avant que le programme se termine.

Tout � fait d'accord mais je pars du principe que sur un projet � plusieurs, quelqu'un peut malencontreusement le d�truire avant la fin du programme et donc entra�ner ce genre de comportement, d'o� un manque de robustesse.

qui ne sont plus car on instancie un nouvel objet singleton au getInstance...

Je n'ai pas bien compris cette phrase.

Ce que je veux dire ici, c'est que si jamais des valeurs ont �t� d�finies dans le singleton et que ce dernier est d�truit, on ne retrouvera pas les valeurs � la nouvelle instanciation.

Les param�tres doivent avoir des dur�es de vie diff�rentes : Votre singleton a probablement trop de responsabilit�s.

Je pense que l'id�e est bonne oui. Il faudrait peut �tre que le singleton puisse venir changer les valeurs sans pour autant que ces derni�res soient influenc�es par sa destruction. Apr�s, il faut que la destruction des donn�es se fassent ailleurs.

[tse_jc]

Bonjour

Ce que je veux dire ici, c'est que si jamais des valeurs ont �t� d�finies dans le singleton et que ce dernier est d�truit, on ne retrouvera pas les valeurs � la nouvelle instanciation.

Dans quel environnement parlez vous?. Si vous �tes en PHP votre classe de type singleton sera d�truite au m�me titre que n'importe quelle autre classe � la fin de l'ex�cution de votre script, et tout comme n'importe quelle autre classe vous pouvez persister votre singleton dans votre application et r�cup�rer les valeurs que vous voulez � la nouvelle instanciation.

Je vous rappelle � ce titre l'un des principes m�mes de la programmation orient�e objet : l'encapsulation. A ce titre c'est votre singleton qui lui m�me d�cide si on peut le d�truire ou non et sous quelles conditions, personne d'autre ni n'importe quel autre objet.

Jc.