Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1882 connectés 

  FORUM HardWare.fr
  Programmation
  C++

  Type erasure et accesseurs

 
 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

Type erasure et accesseurs

n°2019449
codablank
Posté le 27-08-2010 à 16:58:54  profilanswer
 

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) ?

mood
Publicité
Posté le 27-08-2010 à 16:58:54  profilanswer
 

n°2019576
Taz
bisounours-codeur
Posté le 28-08-2010 à 12:35:00  profilanswer
 
n°2019578
Taz
bisounours-codeur
Posté le 28-08-2010 à 12:39:39  profilanswer
 

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.

n°2019589
Taz
bisounours-codeur
Posté le 28-08-2010 à 13:46:13  profilanswer
 

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
n°2019596
Taz
bisounours-codeur
Posté le 28-08-2010 à 14:17:44  profilanswer
 

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

n°2020803
Glock 17Pr​o
Posté le 02-09-2010 à 17:39:15  profilanswer
 

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


---------------
.
n°2020824
Un Program​meur
Posté le 02-09-2010 à 18:58:17  profilanswer
 

endl fait aussi un flush.


---------------
The truth is rarely pure and never simple (Oscar Wilde)
n°2020836
Glock 17Pr​o
Posté le 02-09-2010 à 19:28:34  profilanswer
 

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

---------------
.
n°2020838
Glock 17Pr​o
Posté le 02-09-2010 à 19:33:27  profilanswer
 

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

Message cité 1 fois

---------------
.
n°2020926
Un Program​meur
Posté le 03-09-2010 à 09:37:21  profilanswer
 

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)
mood
Publicité
Posté le 03-09-2010 à 09:37:21  profilanswer
 

n°2020959
Glock 17Pr​o
Posté le 03-09-2010 à 11:10:09  profilanswer
 

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

---------------
.
n°2020974
Taz
bisounours-codeur
Posté le 03-09-2010 à 11:33:07  profilanswer
 

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.

n°2020988
Un Program​meur
Posté le 03-09-2010 à 11:55:00  profilanswer
 

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)
n°2021021
Glock 17Pr​o
Posté le 03-09-2010 à 13:41:32  profilanswer
 

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)


---------------
.
n°2021032
Taz
bisounours-codeur
Posté le 03-09-2010 à 14:43:44  profilanswer
 

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.

n°2021034
Glock 17Pr​o
Posté le 03-09-2010 à 14:48:35  profilanswer
 

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


---------------
.
n°2021040
Un Program​meur
Posté le 03-09-2010 à 14:58:06  profilanswer
 

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)
n°2021048
Glock 17Pr​o
Posté le 03-09-2010 à 15:11:30  profilanswer
 

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


---------------
.
n°2021054
Glock 17Pr​o
Posté le 03-09-2010 à 15:35:39  profilanswer
 

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é?


---------------
.
n°2021060
Un Program​meur
Posté le 03-09-2010 à 15:53:59  profilanswer
 

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)
n°2021067
codablank
Posté le 03-09-2010 à 16:28:22  profilanswer
 

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:

n°2021084
Glock 17Pr​o
Posté le 03-09-2010 à 17:15:29  profilanswer
 

tu peux poster ton code please


---------------
.
mood
Publicité
Posté le   profilanswer
 


Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Programmation
  C++

  Type erasure et accesseurs

 

Sujets relatifs
Impossible de copier/coller un path dans un input type file sous FF3Erreur 13 :incompatibilité type
Macro: Changer le type du fichier dans Enregistrer sousConversion de type c pour une utilisation de dll VBA
Recherche editeur C type Nassi-Schneidermanget file content type
Problème type encodage ("é","è") etc..[C++] #include -> Type inconnu
Créer un widget type iframe pour afficher ses derniers articlesTraitement de gros fichiers TXT (type PHPMyAdmin)
Plus de sujets relatifs à : Type erasure et accesseurs

Forum MesDiscussions.Net, Version 2010.2
(c) 2000-2011 Doctissimo
Page générée en 0.078 secondes

Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR