Discussion :

[Neckara]

Bonjour,

Actuellement j'essaye de créer une petite bibliothèque permettant d'encapsuler l'accès aux bases de données.

Mais je me heurte à un problème pour le résultats des requêtes.

J'ai une classe résultat qui doit avoir une méthode virtuelle pure permettant d'obtenir une ligne de résultat.
Je pensais donc retourner un tuple et faire :

Code :

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

1
2
template<typename T>
virtual std::tuple<T> operator[](unsigned int i) = 0;

Mais on ne peut pas déclarer une méthode template virtuelle :

erreur : templates may not be 'virtual'

Que cela ne tienne, il me suffit de créer une classe LigneResultat ainsi qu'une classe ElementResultat et de faire en sorte que Resultat contienne un vector de LigneResultat qui lui-même contienne un vector de ElementResultat.

Sauf qu'à partir de l'ElementResultat il faut que je puisse le convertir dans le bon type appropriée, conversion qui dépends des bibliothèques d'accès de BDD que j'utilise dans l'implémentation (pqxx pour postgresql, etc...).
Il faudrait donc que ElementResultat définisse une méthode template abstraite qui serait redéfinie par chaque implémentation :

Code :

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

1
2
template<typename T>
virtual T as<T>(bool & reussite)= 0;

Auriez-vous une idée de comment je pourrais procéder?

[jouana]

Bonjour tu as une solution ici http://codepad.org/VVjGIDQL

[Neckara]

Bonjour,

Merci pour ta réponse mais je ne vois pas vraiment comment l'utiliser.

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
class Resultat
{
          template <typename Elements>
          std::tuple<Elements> operator[](int i)
          {
                     //creation du tuple
                     //parcours tuple
                             Type x = getElements<Type>();
                             //affectation dans le tuple
                     //fin parcours
          }
 
}
 
class PSQLResultat : public Resultat{};
 
class MySQLResultat : public Resultat{};

Or je vois mal comment récupérer la valeur dans le bon type (getElement) vu que cela dépend de l'implémentation dans PSQLResultat (implémentation pour postgreSQL, les résultats sont stockés sous forme de pqxx::resultat ) et dans MySQLResultat (implémentation pour MySQL, les résultats sont stockés sous forme de ??? ).

[jouana]

Tu ne peux pas la solution est de poser ton interface puis le template via la classe qui implemente ton interface

[Bousk]

Salut neckara,
De ce que je comprends tu veux mettre dans l'interface ta méthode de traduction des types, or je pense que celle-ci devrait être implementation-defined puisque dépendant du type de db derrière et donc totalement privée.
Mon attention se porterait plus sur la création d'une interface commune de données, et non sur la factorisation de leur origine et transformation nécessaire pour y arriver.

[Neckara]

Tu ne peux pas la solution est de poser ton interface puis le template via la classe qui implemente ton interface

Mais comment déclarer la méthode de l'interface vu que selon ce que l'utilisateur demande, peut retourner des types différents.

Salut neckara,
De ce que je comprends tu veux mettre dans l'interface ta méthode de traduction des types,

Non, si c'était le cas, je n'aurais aucun problème avec les "virtuel template", je veux traduire la valeur voulue par l'utilisateur dans le type voulu en utilisant la méthode définie dans l'implémentation. Mais l'utilisateur ne doit pas connaître la classe d'implémentation, il doit passer obligatoirement par l'interface.

Mon attention se porterait plus sur la création d'une interface commune de données, et non sur la factorisation de leur origine et transformation nécessaire pour y arriver.

L'interface commune de donnée est la classe Resultat mais il faut réussir à faire une méthode virtuelle pure permettant de récupérer les données que l'utilisateur souhaite et là je bloque totalement.

[Bousk]

Là où je te perds c'est que pour moi Resultat devrait être le plus haut niveau de ta hiérarchie, et peut alors posséder des méthodes template de transformation, non nécessairement virtual.

Ou alors tu parles de la traduction "user data" => "db data" pour des ajouts en DB ?
Dans ce dernier cas, il devrait suffire de proposer des méthodes pour les types "normaux" (string, int, ...).