Discussion :

[nara20]

Bonjour,

Avec Reflector, on peut voir que la méthode List<T>.Synchronized est Internal.

Alors que la méthode ArrayList.Synchronized est publique.

Pourquoi ?
Quelle est l'alternative à adopter ?
Du coup, l'utilisation de ((ICollection)List<T>).SyncRoot a-t-elle un sens ?


Merci d'avance de vos réponses.

Nara20

[Guulh]

Les concepteurs de .Net se sont rendus compte que proposer une propriété publique destinée à servir pour le lock est une bêtise. Si une classe contenant une List<T> doit effectuer des opérations concurrentes dessus, elle doit locker un objet à elle, fait pour ça.

[tomlev]

Comme dit Guulh, c'est un pattern qui a été abandonné en .NET 2.0. Tu peux lire cet article (en anglais) pour plus de détails

Tu peux toujours utiliser SyncRoot si tu veux, mais il me semble que ça revient au même que de locker la collection elle-même.

A propos de la méthode List<T>.Synchronized, c'est amusant... apparemment elle n'est utilisée nulle part ! (d'après l'outil d'analyse de Reflector)

[nara20]

Merci pour ces informations.
L'article est effectivement très intéressant.

C'est encore plus surprenant de voir que cette méthode (List<T>.Synchronized) n'est même pas utilisé en interne...

Je pense donc utiliser lock(maListe) et abandonner l'utilisation de SyncRoot...