Type erasure et accesseurs

Type erasure et accesseurs - C++ - Programmation

Marsh Posté le 27-08-2010 à 16:58:54    

Bonjour, j'ai mis en place le "pattern" type erasure en C++, c-a-d que je masque une classe template avec une classe abstraite
 

Code :
  1. class Base{
  3.      virtual ~Base(){}
  5.      //méthodes virtuelles pures
  6. }
  8. template<typename T>
  9. class Derived : Base{
  11. Derived<T>(){}
  12. ~Derived(){}
  14. //méthodes publiques
  16. private :
  17. vector<T> datas;
  19. }


 
problème : si je veux faire récupérer ou modifier datas, je dois passer par Base
 
comment dois je définir les accesseurs getDatas() et SetDatas(vector<T> datas) ?

Reply

Marsh Posté le 27-08-2010 à 16:58:54   

Reply

Marsh Posté le 28-08-2010 à 12:35:00    

Reply

Marsh Posté le 28-08-2010 à 12:39:39    

Cela dit leurs solution avec des type_info, c'est complètement délirant.
Ici t'as un problème qui se mort la queue. Tu fais une classe pour effacer le nature template des tes données, mais dedans tu inclus une collection template sans virtual.
 
La solution c'est que ta base ait une méthode virtual et que ces filles l'implémentes.
Et après si tu veux gérer une collection, et bien fais en sorte de gérer une collection de "Derived", c'est à dire que ton T soit effacé.
 
De toutes façons, le problème de la collection il est pas facile, parce que tu as un risque d'y mélanger des pommes et des oranges.

Reply

Marsh Posté le 28-08-2010 à 13:46:13    

Un exemple complet.
La solution c'est d'avoir un vector<Derived<T> > et pas vector<T>.
 

Code :
  1. #include <vector>
  2. #include <iostream>
  3. #include <algorithm>
  4. #include <iterator>
  6. class IObject
  7. {
  8. public:
  9.   virtual void assign(const IObject &other) = 0;
  10.   virtual void print(std::ostream & ) const = 0;
  11.   virtual ~IObject();
  12. };
  14. std::ostream & operator<<(std::ostream &out, const IObject &o)
  15. {
  16.   o.print(out);
  17.   return out;
  18. }
  20. IObject::~IObject()
  21. { }
  24. template <typename T>
  25. class Object
  26.   : public IObject
  27. {
  28. protected:
  29.   T data;
  30. public:
  31.   virtual void assign(const IObject &other)
  32.   {
  33.     this->data = dynamic_cast<const Object<T>&>(other).data;
  34.   }
  35. };
  38. template <typename T>
  39. class Vector
  40.   : public Object< std::vector<T> >
  41. {
  42. public:
  43.   template<typename Iterator>
  44.   void assign(Iterator begin, Iterator end)
  45.   {
  46.     this->data.clear();
  47.     std::copy(begin, end, std::back_inserter(this->data));
  48.   }
  50.   virtual void print(std::ostream &out) const
  51.   {
  52.     out << '(';
  53.     std::copy(this->data.begin(), this->data.end(), std::ostream_iterator<T>(out, ", " ));
  54.     out << ')';
  55.   }
  56. };
  59. #include <stdexcept>
  60. #include <iostream>
  63. int main()
  64. {
  65.   int integers[] = {1, 3, 5, 42 };
  66.   float floats[] = { 3.14, 0.0, 0.42};
  68.   Vector<int> vi1, vi2;
  69.   Vector<float> vf;
  71.   vi2.assign(integers, integers + 4);
  72.   vf.assign(floats, floats + 3);
  74.   IObject &a(vi1), &b(vi2), &c(vf);
  76.   std::cout << a << '\n'
  77.     << b << '\n'
  78.     << c << '\n';
  80.   try {
  81.     a.assign(b);
  82.     b.assign(c);
  83.   }
  84.   catch (std::exception &e) {
  85.     std::cerr << e.what() << '\n';
  86.   }
  88.   std::cout << a << '\n'
  89.     << b << '\n'
  90.     << c << '\n';
  92. }

Message cité 1 fois
Reply

Marsh Posté le 28-08-2010 à 14:17:44    

boost::any c'est également pas mal.

Reply

Marsh Posté le 02-09-2010 à 17:39:15    

Taz a écrit :

Un exemple complet.
La solution c'est d'avoir un vector<Derived<T> > et pas vector<T>.
 

Code :
  1. #include <vector>
  2. #include <iostream>
  3. #include <algorithm>
  4. #include <iterator>
  6. class IObject
  7. {
  8. public:
  9.   virtual void assign(const IObject &other) = 0;
  10.   virtual void print(std::ostream & ) const = 0;
  11.   virtual ~IObject();
  12. };
  14. std::ostream & operator<<(std::ostream &out, const IObject &o)
  15. {
  16.   o.print(out);
  17.   return out;
  18. }
  20. IObject::~IObject()
  21. { }
  24. template <typename T>
  25. class Object
  26.   : public IObject
  27. {
  28. protected:
  29.   T data;
  30. public:
  31.   virtual void assign(const IObject &other)
  32.   {
  33.     this->data = dynamic_cast<const Object<T>&>(other).data;
  34.   }
  35. };
  38. template <typename T>
  39. class Vector
  40.   : public Object< std::vector<T> >
  41. {
  42. public:
  43.   template<typename Iterator>
  44.   void assign(Iterator begin, Iterator end)
  45.   {
  46.     this->data.clear();
  47.     std::copy(begin, end, std::back_inserter(this->data));
  48.   }
  50.   virtual void print(std::ostream &out) const
  51.   {
  52.     out << '(';
  53.     std::copy(this->data.begin(), this->data.end(), std::ostream_iterator<T>(out, ", " ));
  54.     out << ')';
  55.   }
  56. };
  59. #include <stdexcept>
  60. #include <iostream>
  63. int main()
  64. {
  65.   int integers[] = {1, 3, 5, 42 };
  66.   float floats[] = { 3.14, 0.0, 0.42};
  68.   Vector<int> vi1, vi2;
  69.   Vector<float> vf;
  71.   vi2.assign(integers, integers + 4);
  72.   vf.assign(floats, floats + 3);
  74.   IObject &a(vi1), &b(vi2), &c(vf);
  76.   std::cout << a << '\n'
  77.     << b << '\n'
  78.     << c << '\n';
  80.   try {
  81.     a.assign(b);
  82.     b.assign(c);
  83.   }
  84.   catch (std::exception &e) {
  85.     std::cerr << e.what() << '\n';
  86.   }
  88.   std::cout << a << '\n'
  89.     << b << '\n'
  90.     << c << '\n';
  92. }



pourquoi t'utilise \n et pas endl


---------------
.
Reply

Marsh Posté le 02-09-2010 à 18:58:17    

endl fait aussi un flush.


---------------
The truth is rarely pure and never simple (Oscar Wilde)
Reply

Marsh Posté le 02-09-2010 à 19:28:34    

dans quel cas sait-on qu'il est utile de faire un flush ou pas?

Message cité 1 fois
Message édité par Glock 17Pro le 02-09-2010 à 19:30:54

---------------
.
Reply

Marsh Posté le 02-09-2010 à 19:33:27    

IObject &a(vi1), &b(vi2), &c(vf); je comprends pas cette ligne non plus d'ailleurs

Message cité 1 fois

---------------
.
Reply

Marsh Posté le 03-09-2010 à 09:37:21    

Glock 17Pro a écrit :

dans quel cas sait-on qu'il est utile de faire un flush ou pas?

 

Si tu peux attendre que le fichier soit ferme ou pas pour que les donnees soient envoyees a l'OS.

 
Glock 17Pro a écrit :

IObject &a(vi1), &b(vi2), &c(vf); je comprends pas cette ligne non plus d'ailleurs


Code :
  1. IObject& a(v1);
  2. IObject& b(v2);
  3. IObject& c(vf);


Message édité par Un Programmeur le 03-09-2010 à 09:37:30

---------------
The truth is rarely pure and never simple (Oscar Wilde)
Reply

Marsh Posté le 03-09-2010 à 09:37:21   

Reply

Marsh Posté le 03-09-2010 à 11:10:09    

1.  le fichier sortie écran associé au programme est bien fermé au moment où le programme se termine, l'affichage se fera donc de manière certaine une fois que le programme sera terminer et non au moment de l'exec du prog ?
 
2. IObject& a(v1)
 
ok

Message cité 1 fois
Message édité par Glock 17Pro le 03-09-2010 à 11:20:51

---------------
.
Reply

Marsh Posté le 03-09-2010 à 11:33:07    

Les IObject& c'est des références, juste pour illustrer que le polymorphisme se met aussi en œuvre avec par les références.

Reply

Marsh Posté le 03-09-2010 à 11:55:00    

Glock 17Pro a écrit :

1.  le fichier sortie écran associé au programme est bien fermé au moment où le programme se termine, l'affichage se fera donc de manière certaine une fois que le programme sera terminer et non au moment de l'exec du prog ?


Oui.  Mais tu veux pouvoir forcer certaines sorties avant la fin du programme.   Parce qu'on fait des entrees par exemple, mais pour ca il y a basic_ios::tie().

Message cité 1 fois

---------------
The truth is rarely pure and never simple (Oscar Wilde)
Reply

Marsh Posté le 03-09-2010 à 13:41:32    

Un Programmeur a écrit :


Oui.  Mais tu veux pouvoir forcer certaines sorties avant la fin du programme.   Parce qu'on fait des entrees par exemple, mais pour ca il y a basic_ios::tie().


quand tu dis pouvoir forcer tu penses à endl ou à basic_ios::tie() (que je ne connais pas d'ailleurs)


---------------
.
Reply

Marsh Posté le 03-09-2010 à 14:43:44    

D'abord, vous avez passé vos vies à utiliser printf avec des "\n" sans jamais vous poser de questions. Un jour votre prof de C++ vous dit que endl c'est mieux, c'est plus C++. Sauf que dans l'histoire, le seul moment où en C vous faites du fflush(stdout), c'est entre un printf("prompt:" ) et fgets. Manque de pot, cin/cout/cerr sont liés, ce qui fait que cout flush tout seul en cas de lecture sur cin.
 
Donc pratiquement, je n'ai jamais rencontré de cas où un endl se justifiait. J'utilise flush plus volontiers car plus explicite.

Reply

Marsh Posté le 03-09-2010 à 14:48:35    

c'est vraiment une abération d'avoir inventé ce endl alors!


---------------
.
Reply

Marsh Posté le 03-09-2010 à 14:58:06    

Le C a une bufferisation par ligne qui n'existe pas en C++.  Celle-ci est remplacée par l'utilisation de endl.  On peut penser que l'usage n'est pas assez courant pour avoir mérité la normalisation de la fonction, mais de la a écrire que c'est aberrant, il y a un pas que je ne franchirai pas.  S'il y a une aberration, elle est plutôt a chercher du cote de la qualité de l'enseignement du C++.

Message cité 1 fois

---------------
The truth is rarely pure and never simple (Oscar Wilde)
Reply

Marsh Posté le 03-09-2010 à 15:11:30    

tout comme celle du java du c de tout en général si on va par là


---------------
.
Reply

Marsh Posté le 03-09-2010 à 15:35:39    

Un Programmeur a écrit :

Le C a une bufferisation par ligne qui n'existe pas en C++.  .


tu entends par là qu’après chaque '\n' un flush est effectué?


---------------
.
Reply

Marsh Posté le 03-09-2010 à 15:53:59    

Oui.  Voir _IOLBF (oui cette constante est normalisee bien qu'elle commence par _ suivit d'une majuscule).


---------------
The truth is rarely pure and never simple (Oscar Wilde)
Reply

Marsh Posté le 03-09-2010 à 16:28:22    

merci pour tes suggestions taz, entre temps j'ai trouvé une solution qui m'évite le cast, grâce à la méta-programmation et les templates
 
(un conteneur de conteneurs homogènes, en gros)
 
 :jap:

Reply

Marsh Posté le 03-09-2010 à 17:15:29    

tu peux poster ton code please


---------------
.
Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed