Discussion :

[rteuteu55]

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 :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
 
int maVariableGlobale;
 
void fonction1 (...)
{
  maVariableGlobale++;
}
 
void fonction2 (...)
{
  if (maVariableGlobale ...)
}
 
...

[hegros]

oui
Tu dois même pouvoir l'utiliser depuis l'exterieur pourvu que tu es dis quelle était exportable

[Emmanuel Delahaye]

Est-il possible de mettre dans une librairie dynamique une variable qui pourra être utilisé par toutes les fonctions de la lib ?

Quelle horreur. Mauvaise conception. Pourquoi veux tu faire ça ?

[Franck.H]

C'est pas une bonne pratique les variables globales, à éviter au maximum !

[Médinoc]

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...

[Emmanuel Delahaye]

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...

Ben, moi, je fournis un constructeur et un destructeur.

http://emmanuel-delahaye.developpez.com/clib.htm
http://emmanuel-delahaye.developpez.com/tad.htm

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...

Ben oui. Comme fopen() etc. Rien de nouveau...

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...

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

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...

Bel exemple de catastrophe bien connue. errno en multithread, ça ne fonctionne pas.

[hegros]

Est-il possible de mettre dans une librairie dynamique une variable qui pourra être utilisé par toutes les fonctions de la lib ?

Quelle horreur. Mauvaise conception. Pourquoi veux tu faire ça ?

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.

[Médinoc]

À 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()...)

[Emmanuel Delahaye]

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.

Alors il va falloir m'expliquer à quoi elle sert et ce qui se passe si on appelle plusieurs fois les fonctions...

[hegros]

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.

Alors il va falloir m'expliquer à quoi elle sert et ce qui se passe si on appelle plusieurs fois les fonctions...

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.

Avant d'examiner ce qui se passe il faut voir ce qu'on désire mettre en oeuvre avec.