Discussion :

[lepoutho]

//une implemetation d'une classe singleton qui
//permet l'appel du destructuer de Base
//ce qui n'est pas le cas pour l'impl�mentation
//classique de la classe Singleton (cf mon pr�c�dent
//post)

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
 
class Base //une seule instance de Base
{
private :
	friend class Singleton;
	Base () {std::cerr<<"constructeur de Base"<<std::endl;};
public:
	~ Base() {std::cerr<<"destructeur de Base"<<std::endl;};
	int toto;
};
 
class Singleton //classe chargee de l'instanciation de Base
{	
public:
	static Singleton* Instance()
	{
		if (! pt.get())
			pt=std::auto_ptr<Singleton>(new Singleton);
		return pt.get();
	}
	std::auto_ptr<Base> base;
 
private:
	Singleton(): base(new Base) {}
 
	static std::auto_ptr<Singleton> pt;
};
 
 
 
std::auto_ptr<Singleton> Singleton::pt;
 
int _tmain(int argc, _TCHAR* argv[])
{
	Singleton::Instance()->base->toto=5;
	Singleton::Instance()->base->toto=12;
	Singleton::Instance()->base->toto=5;
	Singleton::Instance()->base->toto=12;
//une seule instance de Base construite
	return (0);
}//appel destructeur

Bon �a vaut ce que �a vaut .....
Base pourrait d�river de la classe Singleton mais
une relation de composition me parait plus judicieuse.



A+

[JolyLoic]

Une impl�mentation classique qui d�truit l'objet est :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
10
11
class Singleton
{
private: 
  Singleton();
public:
  Singleton & instance()
  {
    static Singleton myInstance;
    return myInstance;
  }
};

[lepoutho]

tu fais comment pour appeler la methode instance ?
Je vois pas trop sinon l'appeler via une instance de
Singleton, ce qui n'est pas vraiment le but du jeu.
Si tu pouvais m'�clairer sur cette d�licate question
ce serait sympa

Cordialement

[Laurent Gomila]

Je pense que Lo�c a simplement oubli� le mot-cl� static pour qualifier instance.

Sa m�thode est effectivement plus simple et automatique au niveau de la dur�e de vie, mais elle n'est pas adapt�e � tous les cas de figure. Voir la FAQ C++ pour plus de pr�cisions.

A part �a, les impl�mentations habituelles de singletons g�rent correctement leur destruction (explicitement s'il s'agit d'une instance dynamique), c'est la moindre des choses.

[lepoutho]

ok, merci � vous deux.
Cordialement,

[bruno_pages]

D�sol� mais je ne vois vraiment pas en quoi l'impl� de JolyLoic g�re la destruction de l'instance car celle-ci est support�e par une variable statique qui par d�finition ne meure jamais ... sauf avec le programme !

Sinon je ne vois pas l'interet de la classe, Singleton n'est pas une classe, c'est un design pattern qui l'on applique � un classe, bref on fait en sorte qu'une classe X soit un singleton ... et certainement pas via un h�ritage d'une classe Singleton ! :-)

[Laurent Gomila]

D�sol� mais je ne vois vraiment pas en quoi l'impl� de JolyLoic g�re la destruction de l'instance car celle-ci est support�e par une variable statique qui par d�finition ne meure jamais ... sauf avec le programme !

Justement c'est le but : elle sera bien d�truite automatiquement lorsque le programme prendra fin.