Classe imbriquée

Version imprimable

Classe imbriquée

Bonsoir ,

J' ai un petit problème.
Le code n' est pas trop important je le livre :

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
 
#include <iostream>
 
using namespace std;
 
template < typename T >
class AA
{ private:
  protected :
 
  class BB 
  { public :
    T val ;
    BB() {}
    BB( T v ) : val(v) {}
  };
 
  BB * B ;
  public:
  AA()  { B= 0; }
  AA( const T& v ) 
  { B = new BB( v ) ; }
 
 ~AA() { delete B ; }  
 
  void show()
  {  cout << B->val << endl ; }
 
  BB * getIn();
 
  void run() 
  { BB * b = getIn() ;
    cout << b->val << endl ;
  }  
};
 
template < typename T >
AA<T>::BB * AA<T>::getIn() 
{ return B ; }
 
void do1()
{ AA<int>  a(999) ; 
  a.show() ;
  a.run() ;
}
 
int main( int argc, char ** argv )
{ do1() ;
  return 0 ;
}

Ca tourne , mais ça tourne mal puisque à la compliation j' obtiens des warnings du genre "implicite typename is deprecated".

C' est la méthode BB * getIn() qui pose problème.

Si vous avez une idée, ce serait sympa ?

Cordialement.

09/04/2006, 01h21
bigboomshakala

salut,

personnellement je n'ai aucun warning avec VC6.
09/04/2006, 01h44
JolyLoic
Le nom BB dépend du paramètre template. Pour certaines valeurs de ce paramètre, tu opourrais avoir spécialisé le template pour définir BB autrement. Il se pourrait alors que ce nouveau BB soit un nom de variable, et non un nom de type.

Le compilateur ne peut donc pas savoir la nature de BB. Par défaut, il est sensé supposer qu'il s'agit d'une variable. Tu peux lui dire que c'est un type, en utilisant typename.
Code:

1 2 3 template < typename T > typename AA<T>::BB * AA<T>::getIn() { return B ; }
Le compilo VC6 se plantait sur cette règle du langage, ça a été corrigé depuis. D'où l'utilisation du terme deprecated (ils aiment bien ce terme récemment chez visual C++), et le fait que ce soit juste un warning pour raison de compatibilités.
09/04/2006, 10h52
reggae

Sous Mingwin, c'est même pas un warning...
C'est une erreur->pas de compilation possible!
Comment ça se fait que chez vous ça passe et pas sur mon compilo?
Avez-vous touché aux réglages du compilo?
A+
09/04/2006, 11h27
adel_dz

Salut
J'ai lu qlq part que VC (du mois VC.NET) refuserait de compiler les definitions des fonctions membre d'une classe imbrique a mois que celles-ci soit a l'interieur de la declarion de cette classe.
a+

Bonsoir,

J' ai essayé un nouveau code, pour éviter les "warning" et le blocage avec d' autres compilateurs.
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 #include <iostream> using namespace std; template < typename T > class AA { private: protected : class BB { public : T val ; BB() {} BB( T v ) : val(v) {} }; BB * B ; public: AA() { B= 0; } AA( const T& v ) { B = new BB( v ) ; } ~AA() { delete B ; } void show() { cout << B->val << endl ; } void * getIn(); void run() { BB * b = (BB*) getIn() ; cout << b->val << endl ; } }; template < typename T > void * AA<T>::getIn() { return (void*) B ; } void do1() { AA<int> a(999) ; a.show() ; a.run() ; } int main( int argc, char ** argv ) { do1() ; return 0 ; }
On dirait que ça tourne avec tous les compilateurs. Pour y parvenir je me suis servi d' un pointer générique que j' ai ensuite transtypé (casting). Ce n' est pas élégant dans la doctrine du C++, mais si vous proposez une autre solution, je l' accepte volontiers.

Cordialement.

13/04/2006, 02h41
JolyLoic

As tu essayé mon code en ajoutant typename ? Faisait-il encore des warnings ? Où et lesquels ?
13/04/2006, 03h08
dj.motte

Bonsoir,

Cher JolyLoic ,

J' ai testé votre proposition, ça tourne nickel. Mais la syntaxe est un peu lourde. Ma proposition de faire recours à des pointeurs génériques est plus simple, mais ne correspond pas aux puristes du c++.

J' aurai donc le choix.
Merçi pour votre aide.

Cordialement.
13/04/2006, 05h22
Float*

et... quel est l'interet des classes imbriques?
j'ai lu qqpart qu'il vaut mieux deriver...
13/04/2006, 07h17
bigboomshakala

Citation:

Envoyé par Float*

et... quel est l'interet des classes imbriques?
j'ai lu qqpart qu'il vaut mieux deriver...

héritage / composition
13/04/2006, 07h34
Float*

Citation:

héritage / composition

mmm c'est peu parlant, tu peux etre un peu plus explicite :?: