Discussion :

[Bibou64]

Bonjour � tous,

Petite question g�n�rique: est-ce que plusieurs cpp peuvent �tre build�s dans un seule et m�me dll ? ou est-ce qu'il y a unicit�, cad un cpp <=> une dll ?

Merci pour votre aide.

[dalfab]

Bonjour,

une dll peut �tre g�n�r�e � partir d'un nombre quelconque de fichier .cpp, le plus souvent il y en a des centaines voire des milliers.

[koala01]

Salut,

Pour �tre pr�cis, il faut comprendre que les fichiers d'impl�mentation (*.cpp) ne sont qu'une mani�re "simple" d'organiser correctement ton code, parce qu'il est toujours beaucoup plus facile de se retrouver dans un fichier qui ne fait qu'une centaine de ligne que dans un fichier qui en ferait ne serait-ce que 1000.

L'id�e est donc que l'on va essayer de ne mettre dans chaque fichier que l'impl�mentation que "d'un minimum raisonnable" de fonctions. G�n�ralement, la r�gle utilis�e pour savoir � quoi correspond ce "minimum raisonnable" de fonctions sera relativement simple:

• Si tu travailles avec des classes, tu ne mettra dans chaque fichier d'impl�mentation que les fonctions membre d'une seule et unique classe
• Si tu utilises des fonctions libres (comprends : qui ne font partie d'aucune classe), tu ne mettra dans chaque fichier d'impl�mentation que les fonctions relatives � "un m�me contexte" (par exemple : les fonctions de manipulation de dates, les fonctions de manipulation de couleur, ou autres).
• Pour chaque fichier d'impl�mentation, tu choisiras un nom en rapport avec son contenu.

De cette mani�re, il devient simple de se dire que, si tu as un probl�me avec une fonction qui a trait (par exemple) � la manipulation des couleurs, tu trouveras -- a priori -- la fonction fautive dans le fichier ... colors.cpp.

En outre, tu pourras beaucoup plus facilement retrouver la fonction en question dans ce fichier (qui ne contiendra qu'une centaine de lignes, rarement plus) que si tu devais la chercher dans un fichier qui contient les dix fonctions de manipulation de couleurs (100 lignes) + les dix fonctions de manipulation de dates (encore 100 lignes) + les dix fonctions de manipulation de distances (encore 100 lignes) + .... Soit un total de 15 278 lignes

Que tu envisages de cr�er une dll, une biblioth�que statique ou une application, tu utiliseras toujours cette approche de "diviser pour mieux r�gner" qui consistera -- pour l'aspect qui nous occupe -- � s�parer les diff�rentes fonctionnalit�s dans diff�rents fichiers d'impl�mentation

Le choix de cr�er une biblioth�que dynamique/partag�e (dll), une biblioth�que statique ou une application n'intervenant que "plus haut" dans la configuration de ton projet

[Bibou64]

Tr�s clair ,merci pour vos r�ponses !!