Discussion :

[Kaluza]

Bonjour.

Je bosse actuellement sur un projet scientifique et j'aurai besoin de savoir quelle est la bonne technique "bien propre" pour faire un ou des tableaux "généraux" et communs à l'ensemble du programme dans lequel certains objets de mon programme pourront venir chercher certaines données/paramètres de configuration généraux (je précise que je n'ai pas une maîtrise de tous les aspects du C++, il y a donc peut être quelque chose d'évident auquel je n'ai pas pensé).

Merci.

[AF_2.8]

Il existe en C++ dans la STL tout un ensemble de "container" tel les "list', "vector" "map" qui permettent de stocker des données. Chacun a ses avantages et ses inconvénients en fonction de ton besoin. Si tu dois manipuler des tableaux de données numériques de type matrices il existe des librairies du type LAPACK++ qui fournissent déjà tout ce qui faut.

Il n'existe pas de méthode "bien propre" générale, tout est fonction de ton besoin et de tes contraintes (temps d'accés, occupation mémoire etc.)

[Kaluza]

Merci de ta réponse, mais en fait, ce n'est pas le stockage des données qui me pose problème. Ce qui me pose problème c'est l'aspect "global" et "commun à tout le programme". Les variables globales étant souvent comparées à l'une des pire choses au monde après "Comic Sans MS", je me demandais comment faire ça "proprement".

Merci beaucoup

[Nhaps]

Si tu veux faire quelque chose de globale, créer un tableau static.

[stranger]

Une idée c'est d'utiliser un "Singleton", un objet static qui sera instancié une seule fois durant toute la durée de vie de ton programme et tu peux y accéder quand tu veux. Il contiendra donc l'ensemble de tes container (tableaux, liste ou ce que tu préfères ...)

Je te laisse chercher pour son implémentation c'est super simple

[Kaluza]

Merci, c'était ça que je cherchais !

[LittleWhite]

Une idée c'est d'utiliser un "Singleton", un objet static qui sera instancié une seule fois durant toute la durée de vie de ton programme et tu peux y accéder quand tu veux. Il contiendra donc l'ensemble de tes container (tableaux, liste ou ce que tu préfères ...)

Je te laisse chercher pour son implémentation c'est super simple

Les Singleton reste dangereux et il ne faut pas trop les utiliser, ni même prendre l'habitude de toujours solutionner à coup de Singleton.
Certains diront même que c'est un anti pattern.

http://blog.emmanueldeloget.com/inde...e-singletonite

Faites votre opinion
http://c2.com/cgi-bin/wiki?SingletonsAreEvil
http://c2.com/cgi-bin/wiki?SingletonsAreGood

[stranger]

Merci pour ton article il est intéressant !

Toutefois le Singleton s'applique dans ce cas et comme cité dans l'article que t'as mentionné :
"Le but du patron de conception Singleton est de s’assurer qu’une classe a une unique instance, et offre un point d’accès global à celle-ci"

Comme Kazula a besoin d'une visibilité globale de ces containers il peut se permettre d'utiliser le design pattern en question.