Restreindre la création d'instance d'un classe

Version imprimable

10/01/2006, 12h23
>-|-|-|-|-[°>

Restreindre la création d'instance d'un classe
Salut,
Voici mon probleme, je voudrais pouvoir créer des instance d'une classe A uniquement à partir d'une seconde classe B.
Je pensais déclarer le constructeur de A privé et amie de la classe B
Code:

1 2 3 4 5 6 7 8 9 class B { public: NewA() {//Instancier un A} }; class A { private: friend B::A(); //Constructeur de A amie de B ?? };
Peut on procéder ainsi ? Si oui est ce une bonne méthode ? Il y a t'il d'autre facon de procéder ?
D'avance merci .
10/01/2006, 13h06
thecaptain
Salut,

comme ceci :
Code:

1 2 3 4 5 6 class A {} class B { friend class A; private B(); }
quoique conceptuellement je ne sais pas ce que ca vaux ;)

@++
10/01/2006, 13h10
kinder29

The Captain dans la proposition que tu fais en mettant le constructeur de B privé tu ne peux plus construire d'instance de B or ce n'est pas ca qui est voulu je pense.
Moi je proposerai de creer ta classe A uniquement dans le .cpp et de créer l'instance que dans le constructeur de B. Après ca dépend si tu veux utiliser ta classe A en dehors de B c'est pas la bonne solution.
10/01/2006, 13h27
Aurelien.Regat-Barrel

Dans quel contexte as-tu besoin de cela?
10/01/2006, 14h36
>-|-|-|-|-[°>
umm je me suis peut etre mal expliqué...
En fait je voudrai que B soit une sorte de "gestionaire d'objet de type A" ou B gère la création et la supression des objets A.
soit:
Code:

1 2 3 4 A objet; //On ne dois pas pouvoir créer de A ainsi A* ptr = B.NewA() //mais uniquement par l'intermédiare de B ptr->FaireDesSuperTrucs(); B.DeleteA(ptr);
Ainsi je pourrais connaitre a tout moment le nombre d'objet A créé , interdire la création de nouvau A lorsque la zone mémoire aloué au objet de ce type sera pleinne, ect ...

un truc comme ça ? :koi:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 
 
class B {
  public :
    B();
    ~B();
  protected :
    class A; // Je dis ici qu'une class A existe et qu'elle est protegée dans B
    std::vector<A> _listDeA; // Je definie ici une liste d'objet A
};
 
// Je définie enfin la class A, declarée dans B
class B::A {
  public :
    A() { } ;
    ~A() { } ;
};

Citation:

Envoyé par superspag

un truc comme ça ? :koi:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 
 
class B {
  public :
    B();
    ~B();
  protected :
    class A; // Je dis ici qu'une class A existe et qu'elle est protegée dans B
    std::vector<A> _listDeA; // Je definie ici une liste d'objet A
};
 
// Je définie enfin la class A, declarée dans B
class B::A {
  public :
    A() { } ;
    ~A() { } ;
};

oui mais dans ce cas la classe A n'existera que dans B ? non ?

10/01/2006, 15h42
Aurelien.Regat-Barrel
Une fonction statique dans A ne conviendrait pas ?
Code:

1 2 3 4 5 6 7 A *ptr = A::New(); if ( ptr ) { ptr->FaireDesSuperTrucs(); delete ptr; // ou A::Delete( ptr ) }
A::New peut en interne confier sa gestion à une autre classe B.

C'est un design discutable aussi.
10/01/2006, 16h00
superspag

Citation:

oui mais dans ce cas la classe A n'existera que dans B ? non ?

Tout à fait mais ça n'est pas ce que tu voulais ?
De cette manière la class A n'existe pas pour l'utilisateur, c'est entierement la class B qui gere A.
Si l'utilisateur de B veux ajouter/recuperer/modifier tel ou tel chose sur un A, il faut ajouter des fonctionalitées dans la class B... Cette class fait donc office d'interface ...
10/01/2006, 16h15
Blowih

salut

Citation:

Une fonction statique dans A ne conviendrait pas ?

+1
avec une donnée membre sattic dans A pour compter les instance si besoin.

Pour detruire un A je pense que si l'on veut controler la creation des instances, il peut etre judicieu de passer aussi par un fonction static pour controler leur destruction.
10/01/2006, 16h47
Aurelien.Regat-Barrel

Le comptage peut être effectué dans le constructeur + destructeur de A.
L'avantage de passer par delete est qu'on peut utiliser directement des pointeurs intelligents.
10/01/2006, 17h08
r0d

Pourquoi ne pas faire un simple Factory?
Cela dit, il est vrai que la meilleure façon de s'y prendre dépend fortement du contexte, mais nous n'en connaissons pas grand chose.
10/01/2006, 19h11
kinder29

Il me semble que le pattern factory correspond à ton attente. Tu peux utiliser les smart pointer aussi.