Classe imbriquée

**dj.motte** · 09/04/2006, 01h09

Bonsoir ,

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

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
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.

**bigboomshakala** · 09/04/2006, 02h21

salut,

personnellement je n'ai aucun warning avec VC6.

**JolyLoic** · 09/04/2006, 02h44

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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.

**reggae** · 09/04/2006, 11h52

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+

**adel_dz** · 09/04/2006, 12h27

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+

**dj.motte** · 13/04/2006, 03h38

Bonsoir,

J' ai essayé un nouveau code, pour éviter les "warning" et le blocage avec d' autres compilateurs.

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
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.

**JolyLoic** · 13/04/2006, 03h41

As tu essayé mon code en ajoutant typename ? Faisait-il encore des warnings ? Où et lesquels ?

**dj.motte** · 13/04/2006, 04h08

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.