Version imprimable
Je me pose la question suivante :
Est-il possible de mettre dans une librairie dynamique une variable qui pourra être utilisé par toutes les fonctions de la lib ?
exemple :
dans le fichier lib.c :
Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
oui
Tu dois même pouvoir l'utiliser depuis l'exterieur pourvu que tu es dis quelle était exportable
Quelle horreur. Mauvaise conception. Pourquoi veux tu faire ça ?Citation:
Envoyé par rteuteu55
C'est pas une bonne pratique les variables globales, à éviter au maximum !
Mais c'est compréhensible pour une bibliothèque en C, où il n'y a pas de classe: On ne va pas fournir à l'utilisateur des fonctions prenant n'importe quoi en paramètre...
Ou bien, tu fournis à l'utilisateur un pointeur opaque (void * ou bien un pointeur vers une structure qui est déclarée mais pas définie) renvoyé par ta fonction d'initialisation, et chacune de tes autres fonctions le prend en paramètre...
Sinon, une "alternative" aux variables globales (mais pour moi, ce sont souvent des variables globales déguisées), tu utilises une fonction avec des données statiques...
Mais pour répondre à ta question : oui, on peut utiliser des variables globales dans une librairie. D'ailleurs, je crois bien que c'est le cas de la variable globale errno par exemple...
Ben, moi, je fournis un constructeur et un destructeur.Citation:
Envoyé par Médinoc
http://emmanuel-delahaye.developpez.com/clib.htm
http://emmanuel-delahaye.developpez.com/tad.htm
Ben oui. Comme fopen() etc. Rien de nouveau...Citation:
Ou bien, tu fournis à l'utilisateur un pointeur opaque (void * ou bien un pointeur vers une structure qui est déclarée mais pas définie) renvoyé par ta fonction d'initialisation, et chacune de tes autres fonctions le prend en paramètre...
Encore pire. On a déjà expliqué mille fois que le problème n'était pas la portée, ni la durée de vie, mais l'impossibilité intrinsèque d'instancier (ou alors pour un nombre limité et prédéfini d'instances).Citation:
Sinon, une "alternative" aux variables globales (mais pour moi, ce sont souvent des variables globales déguisées), tu utilises une fonction avec des données statiques...
Bel exemple de catastrophe bien connue. errno en multithread, ça ne fonctionne pas.Citation:
Mais pour répondre à ta question : oui, on peut utiliser des variables globales dans une librairie. D'ailleurs, je crois bien que c'est le cas de la variable globale errno par exemple...
Je ne vois pas en quoi le fait d'avoir une variable globale en interne te permet de dire qu'il y a un probléme de conception. L'utilisation d'une variable globale n'implique pas forcément un probléme de conception.Citation:
Envoyé par Emmanuel Delahaye
À présent, reste à savoir s'il faut instancier ou non. Il est des variables qui ne doivent absolument exister qu'en un seul exemplaire (à commencer par certains objets de synchronisation) d'autres qui autorisent à avoir autant de contextes que nécessaire.
Mais je suis d'accord avec Toi Emmanuel (même si je ne l'ai pas assez dit) Les variables globales ou statiques, quand il n'y a pas de limite légitime, sont à éviter, sinon on tombe dans le problème strtok()...
(Qui paradoxalement, marche en multithread sous Windows, mais n'est pas réentrante. Ils auraient quand même pu implémenter strtok_r()...)
Alors il va falloir m'expliquer à quoi elle sert et ce qui se passe si on appelle plusieurs fois les fonctions...Citation:
Envoyé par hegros
A quoi elle sert il va falloir demander au posteur. Car sans savoir à quoi elle sert il me parait difficile de dire probléme de conception.Citation:
Envoyé par Emmanuel Delahaye
Avant d'examiner ce qui se passe il faut voir ce qu'on désire mettre en oeuvre avec.