Vecteurs non remplis, et classe Singleton.

Version imprimable

Bonjour.
Je suis entrain de coder un petit programme qui est sensé transformer un fichier csv en script SQL. Pour cela j'ai écrit différentes structures de données, et une classe registre (singleton), qui contient plein de vecteurs pour stocker mes structures de données.
Lorsque je fais appel à la fonction getInstance() de ma classe Registre, celle-ci (re)crée une nouvelle instance et je n'accède plus à mes vecteurs. y'a-t'il une subtilité, en C++, dans l'écriture d'une classe Singleton que je n'aurai pas saisie? Serait-ce à cause du destructeur public?

PS: Voila mes code soerce qui me pose problème:
registre.h:

Code:

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
42
43
44
45
46
47
48
49
50
#ifndef REGISTRE_H
#define REGISTRE_H
#include <vector>
#include "structures.h"
 
using namespace std;
 
class Registre
{
    public:
        static Registre& getInstance();
 
        bool impactExists(const Impact& impact);
        void addImpact(const Impact& impact);
 
        bool incidentExists(const Incident& incident);
        void addIncident(const Incident& incident);
 
        bool plateformeExists(const Plateforme& plateforme);
        void addPlateforme(Plateforme& plateforme);
 
        bool sousTypeJeuExists(const SousTypeJeu& sousTypeJeu);
        void addSousTypeJeu(SousTypeJeu& sousTypeJeu);
 
        bool typeImpactExists(const TypeImpact& typeImpact);
        void addTypeImpact(TypeImpact& typeImpact);
 
        bool typeIncidentExists(const TypeIncident& typeIncident);
        void addTypeIncident(TypeIncident& typeIncident);
 
        bool typeJeuExists(const TypeJeu& typeJeu);
        void addTypeJeu(TypeJeu& typeJeu);
 
        virtual ~Registre();
    protected:
    private:
        Registre();
 
        vector<Impact> impacts;
        vector<Incident> incidents;
        vector<Plateforme> plateformes;
        vector<SousTypeJeu> sousTypesJeu;
        vector<TypeImpact> typesImpact;
        vector<TypeIncident> typesIncident;
        vector<TypeJeu> typesJeu;
};
 
 
 
#endif // REGISTRE_H

l'implémentation de ma fonction getInstance():

Code:

1
2
3
4
Registre& Registre::getInstance() {
    static Registre instance;
    return instance;
}

PS2: J'utilise mingw sur un windows XP pro SP2, sur un processeur Intel Pentium 4 HT.

22/05/2007, 11h18
Laurent Gomila

Citation:

Lorsque je fais appel à la fonction getInstance() de ma classe Registre, celle-ci (re)crée une nouvelle instance et je n'accède plus à mes vecteurs.

Pourtant elle ne devrait pas. Comment le vérifies-tu ?

Merci de ta réponse.

En fait j'ai fais le test, en déclarant une variable globale (de type Registre donc), et je la passe en parametre (apres avoir appelé getInstance()), là, les vecteurs se remplissent normalement, aucun soucis, mais ce n'est pas très propre.
Lorsque j'appelle getInstance() pour une variable locale, là les vecteurs ne se remplissent plus.

Mais, en cherchant de mon coté, j'ai trouvé une solution qui fonctionne a mon problème, j'ai réectifié le code en employant un pointeur en variable membre statique, pour l'instance. voici les modifications que j'ai apporté. En espérant que cela aide ceux qui auront un problème similaire au mien:

Registre.h:
Code:

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 42 43 44 45 46 47 48 49 50 51 #ifndef REGISTRE_H #define REGISTRE_H #include <vector> #include "structures.h" using namespace std; class Registre { public: static Registre* getInstance(); static void destroyInstance(); bool impactExists(const Impact& impact); void addImpact(const Impact& impact); bool incidentExists(const Incident& incident); void addIncident(const Incident& incident); bool plateformeExists(const Plateforme& plateforme); void addPlateforme(Plateforme& plateforme); bool sousTypeJeuExists(const SousTypeJeu& sousTypeJeu); void addSousTypeJeu(SousTypeJeu& sousTypeJeu); bool typeImpactExists(const TypeImpact& typeImpact); void addTypeImpact(TypeImpact& typeImpact); bool typeIncidentExists(const TypeIncident& typeIncident); void addTypeIncident(TypeIncident& typeIncident); bool typeJeuExists(const TypeJeu& typeJeu); void addTypeJeu(TypeJeu& typeJeu); protected: private: Registre(); ~Registre(); static Registre *instance; vector<Impact> impacts; vector<Incident> incidents; vector<Plateforme> plateformes; vector<SousTypeJeu> sousTypesJeu; vector<TypeImpact> typesImpact; vector<TypeIncident> typesIncident; vector<TypeJeu> typesJeu; }; #endif // REGISTRE_H
Comme vous pouvez le voir j'ai mis le destructeur en privé et ajouté une fonction destroyInstance() à appeler en fin de programe (je me demande d'ailleurs si je devrais pas la mettre en privé et ajouter une fonction amie de finalisation de programme).

Et voici les bots de codes que j'ai ajouté et modifié dans Registre.cpp:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 Registre *Registre::instance = NULL; Registre *Registre::getInstance() { if (Registre::instance == NULL) { Registre::instance = new Registre(); } return Registre::instance; } void Registre::destroyInstance() { if (Registre::instance != NULL) { delete Registre::instance; Registre::instance = NULL; } }

22/05/2007, 11h42
Laurent Gomila

Citation:

En fait j'ai fais le test, en déclarant une variable globale (de type Registre donc), et je la passe en parametre (apres avoir appelé getInstance()), là, les vecteurs se remplissent normalement, aucun soucis, mais ce n'est pas très propre.
Lorsque j'appelle getInstance() pour une variable locale, là les vecteurs ne se remplissent plus.

J'ai pas très bien compris ce que tu faisais, mais j'ai l'impression que cela ressemble à ça :

Code:

Registre r = Registre::getInstance();

D'ailleurs ton singleton n'en est pas vraiment un, puisqu'il est tout à fait possible de créer plusieurs instances. Il faut déclarer le constructeur par copie et l'opérateur d'affectation en accès privé (et ne pas les implémenter). Ainsi toute tentative de copie, implicite ou non, causera une erreur de compilation ou d'édition de liens.

Citation:

Mais, en cherchant de mon coté, j'ai trouvé une solution qui fonctionne a mon problème, j'ai réectifié le code en employant un pointeur en variable membre statique, pour l'instance. voici les modifications que j'ai apporté. En espérant que cela aide ceux qui auront un problème similaire au mien:

C'est pas vraiment une solution, et ça me conforte dans l'idée que tu utilisais mal les références. Si tu n'as pas besoin de gérer la durée de vie du singleton, la première solution restera la meilleure.
22/05/2007, 13h23
Floréal

Le bout de code que tu as écrit est bien ma manière d'utiliser ma classe.

Pour ce qui est des constructeur par copie, c'est vrai que j'ai complètement oublié de le mettre en privé. Si utiliser un pointeur n'est pas correct alors, je vais essayer de trouver des exemples de Singleton en C++.
22/05/2007, 13h32
Laurent Gomila

Citation:

Le bout de code que tu as écrit est bien ma manière d'utiliser ma classe.

Je ne sais pas si tu as compris l'erreur, donc au cas où : il faut récupérer ton instance par référence, sinon tu vas la copier.

Code:

Registre& r = Registre::getInstance();

Citation:

Si utiliser un pointeur n'est pas correct

Ca l'est, mais ce n'est peut-être pas nécessaire si tu peux utiliser la première forme (qui est plus simple).

Citation:

je vais essayer de trouver des exemples de Singleton en C++.

Je pense que tu en trouveras pas mal ;)
Mais ta première version était bonne, si tu lui rajoutes l'interdiction du constructeur par copie et de l'opérateur =.
22/05/2007, 13h47
Floréal

En effet, le "&" manquait dans ma ligne. maintenant le résultat est meilleur. Merci beaucoup(je préfère aussi travailler avec des références qu'avec des pointeurs).
22/05/2007, 13h56
Laurent Gomila

Note que tu peux tout aussi bien renvoyer une référence lorsque tu stockes un pointeur sur ton instance. En fait renvoyer un pointeur n'est nécessaire que lorsque l'instance peut être nulle, donc lorsque tu gères explicitement sa destruction et qu'il n'y a pas reconstruction automatique.
23/05/2007, 09h28
Floréal

C'est noté, merci encore pour ton aide.