Discussion :

[mister3957]

Bonsoir à tous,


J'ai deux librairies statiques. La première manipule des données sous forme de "T" :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
class CData<T>
{
 
};
 
class CDataConnector<T>
{
 
};
 
class CGesData<T>
{
 
};

etc...

La seconde définit les classes métiers, c'est à dire les "T" :

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
class CUser : public CData<T>
{
public:
   std::string& GetName();
   int GetAge();
 
private:
   std::string m_strName;
   int m_iAge;
   // etc///
};
 
class CCar
{
 
};

etc...

J'aimerai passer la seconde librairie (la librairie métier qui s'appuie sur la librairie de gestion) en DLL, mais, comme j'ai peu d'expérience dans les DLL, je fais appel à vous.

Après avoir définit et implémenté toutes mes classes métiers, que dois-je exposer ? J'imagine que c'est pas le "CUser.h" (qui inclue le CData.h qui lui inclu le CGesData etc...), le "CCar.h", si ?

Vous pouvez me guider ?


Merci à vous,

A bientôt

[3DArchi]

Salut,
J'aurais tendance à répondre : que veux-tu exposer ? Cela te donne ton interface à mettre dans ton .h et ton CUser en dérive ou utilise le pimpl idiom.

[mister3957]

Merci pour cette réponse rapide.

Je veux exposer le CUser, CCar etc.. mais j'ai un point d'entrée qui est basée sur une hiérarchie éparpillée, qui fait dériger une classe concrête de tous les CGesData<T> :

Code :

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

class CGesManager : public CScatteredHierarchie<ListDeTypes, CGesData>

pour résulter à

Code :

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

class CGesManager : public CGesData<CUser>, public CGesData<CCar>

Ce "CGesManager" est une classe non template mais qui n'encapsule que des méthodes template, pour savoir à quel "Ges parent" se référer :

Code :

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

1
2
3
4
template<class T> CGesManager::GetCount()
{
    return CGesData<T>::GetCount();
}

Donc il faut que j'expose le CGesManager mais donc aussi le CGesData ? Tout comme le CUser viendra avec le CData ?

L'objectif est que le programme utilisateur n'ai rien à compiler (car actuellement en librairie statique, c'est assez long compte tenu du nombre de classes à générer).


Merci

[3DArchi]

C'est un peu tard et je ne comprend pas tous. MAis le pimpl idiom ne peut-il te servir pour séparer l'interface exposé des détails d'implémentation que n'ont pas à connaître les clients ?

[mister3957]

Bé je regarde ce "pimpl idiom" car je ne connais pas.

Là j'ai passé le projet en DLL, ce que le programme utilisateur me mettait comme erreur de link, j'ai fait des "__declspec(dllexport)" devant puis c'est passé, mais la lenteur de compilation des classes du projet utilisateur me laisse penser que j'ai tout faux

[mister3957]

Ok, j'ai compris le pimpl ideom.

En gros, mes classes CUser, CCar deviennent CUser_impl, CCar_implt (donc toujours avec leurs variables membres et leurs fonctions)

Puis je fait une class CUser qui contient un pointeur vers CUser_implt en pré-déclarant cette classe CUser_implt et ainsi, le CUser.h ne contient que les méthodes, ainsi qu'une prédéclaration d'une classe.

Dans le CPP de CUser, les méthodes (GetName, GetAge etc..) s'en réfèrent à CUser_implt::GetName et CUser_implt.GetAge

Ainsi, pour le programme utilisateur, il ne lui reste juste l'entête des méthodes de CUser (sans inclusion de classe de base, ni membres internes) et l'implémentation (CUser_impl qui inclu les fichier de classes de base) étant "cachée", la compilation est donc plus rapide.

Très astucieux, j'essaye ça dès que possible.

Merci beaucoup