Discussion :

[oodini]

Hello,

Je me demandais si on pouvait utiliser dans une fonction membre des variables locales statique, comme dans :

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
18
19
20
class A
{
    void maFonction();
};
 
A::maFonction()
{
    static int pouet = 0;
    std::cout << pouet++ << std::endl;
}
 
int main()
{
    A monA;
 
    monA.maFonction();
    monA.maFonction();
    monA.maFonction();
    monA.maFonction();
}

et si oui, aurai-je bien comme résultat :

Code :

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

1
2
3
4
0
1
2
3

?

[Steph_ng8]

Hello !
Bah il suffit de tester, non ?

Plus sérieusement, c'est possible (et ça fonctionne ! ).
Par contre, de mémoire, la variable sera partagée entre toutes les instances.
Ce qui paraît logique, vu qu'une variable statique n'est initialisée que lors de sa première utilisation...

[koala01]

Salut,

Oui, c'est tout à fait légal

Par contre, de mémoire, la variable sera partagée entre toutes les instances.
Ce qui paraît logique, vu qu'une variable statique n'est initialisée que lors de sa première utilisation...

En fait, la variable sera partagée entre tous les appels de la fonctions, quelle que soit l'instance au départ de laquelle la fonction sera appelée...

Cela peut s'avérer utile si l'on est sur que la variable doit toujours utiliser la meme valeur et qu'il s'avère couteux (en temps ou en ressources) de devoir la recréer ou la réinitialiser à chaque appel de la fonction.

Par contre, même cachée au milieu d'une fonction membre d'une classe se trouvant peut etre dans un espace de noms, il faut garder en mémoire que l'utilisation de variables statiques reste toujours problématique du fait du linkage dont elles font l'objet.

S'il n'y a rien qui interdit la manoeuvre, il s'agit quand meme d'avoir des raisons valables de travailler de la sorte

[oodini]

Oui, c'est tout à fait légal

A la bonne heure. :-)

Cela peut s'avérer utile si l'on est sur que la variable doit toujours utiliser la meme valeur et qu'il s'avère couteux (en temps ou en ressources) de devoir la recréer ou la réinitialiser à chaque appel de la fonction.

C'est le cas.

Par contre, même cachée au milieu d'une fonction membre d'une classe se trouvant peut etre dans un espace de noms, il faut garder en mémoire que l'utilisation de variables statiques reste toujours problématique du fait du linkage dont elles font l'objet.

Je n'ai jamais été au clair, sur ces problèmes induits par les variables statiques.
A chaque fois, je résous au cas par cas, mais je n'en ai pas encore tiré de règle générale.

[3DArchi]

Je n'ai jamais été au clair, sur ces problèmes induits par les variables statiques.
A chaque fois, je résous au cas par cas, mais je n'en ai pas encore tiré de règle générale.

A éviter.


(problème multithread, réentrance, fonction impure... Même 'locale' une variable statique souffre des mêmes tares qu'une variable globale)

[oodini]

(problème multithread, réentrance, fonction impure... Même 'locale' une variable statique souffre des mêmes tares qu'une variable globale)

Effectivement, je sais que dans le cadre d'une utilisation en multithread, il faut les éviter comme la peste (ou du moins, en toute conscience).

Je pensais plutôt aux problèmes d'édition de liens.

PS : Qu'est qu'une fonction impure ? Je suppose que ça n'a rien à voir avec les virtuelles pures ?