Discussion :

[olibara]

Bonjour

Je constate que quand on utilise differents Settings, on y accede toujours par l'insance Default

Est ce que cela signifie qui'il est possible d'avoir d'autres instances ?

Exemple : dans mon designer de projet j'ai défini un Setting UserProfile

J'accede aux membres à l'aide de

Code :

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

UserProfile.Default.unSettings;

Est-il possible d'avoir

Code :

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

1
2
UserProfile.Default.unSettings;
UserProfile.InstanceA.unSettings;

Merci de votre aide

[Invité]

Est ce que cela signifie qui'il est possible d'avoir d'autres instances ?

La classe générée par ton fichier Settings, c'est à dire ta classe UserProfile utilise tout simplement un desgin pattern très répandu qui s'appelle Singleton. En résumé ce patron de conception, te permet de limiter le nombre d'instances liées à ta classe à une seule et unique instance sur toute la durée de vie de ton application. Si tu regardes bien, il t'est impossible d'instancier ta classe UserProfile via un constructeur. Donc tu peux coder calmement sans te soucier de l'existence d'une autre instance liée à ta classe mis à part celle renvoyée par ta propriété statique UserProfile.Default.

[olibara]

Merci H2s84

J'avoue avoir été un peu paresseux pour aller voir dans les coulisses !
C'est surtout le vocable "Default" qui me perturbait

Le terme Default peut laisser imaginer que d'autres instances peuvent exister

Mais le singleton je connais bien ! j'en use et abuse

Donc si Default avait été appelé GetInstance ou Instance ca aurait été plus clair et je n'aurais pas cherché plus loin !