Lock dans les propriétés, la bonne approche?

Dans mon multithreading application que je suis en utilisant des variables qui peuvent être modifiées par de nombreux exemples, dans le même temps. C'est bizarre mais il a bien fonctionné sans aucun problème..mais bien sûr, je dois faire thread-safe. Je suis juste de commencer avec des serrures et je voudrais donc appretiate vos conseils:

Lorsque le client se connecte, la classe Client est créé, où chaque Client a son propre "Une" variable.

Parfois, le Client appelle la méthode comme ça:

Client selectedClient SelectOtherClientClassByID(sentID);

selectedClient.A=5;

Pas de problèmes jusqu'à aujourd'hui, même lorsque 5 classes ont été faites à la même époque (pool de threads), mais je pensais que sur l'ajout de serrures pour les propriétés?

Comme:

A {
    get { return mA; }
    set {
        //use lock here for settting A to some value
    }    
}

Serait-il OK?

OriginalL'auteur Petr | 2009-10-23