Utilisez-vous des membres de données ou des propriétés publiques dans la classe elle-même?

Question

Si j'ai une configuration simple de classe comme ceci:

class MyClass 
{ 
    private string _myName = string.Empty; 

    public string MyName 
    { 
     get 
     { 
      return _myName; 
     } 
    } 

    public void DoSomething() 
    { 
     // Get the name... 
     string name = string.Empty; 

     name = _myName; 

     // OR 

     name = MyName; 

     // ...and do something with it... 
    } 
} 

Que dois-je utiliser, la propriété publique ou le membre de données?

De toute évidence, dans cet exemple, cela ne fait aucune différence, car ils se contentent de référencer la même variable. Mais qu'en est-il des utilisations réelles des propriétés publiques?

En général, les propriétés publiques fonctionnent-elles très peu, auquel cas vous pouvez les appeler? Ou les gens mettent-ils beaucoup de fonctionnalités dans leurs propriétés publiques qui ne devraient pas être appelées par des références de classe internes?

J'ai vu quelque chose dans un autre article sur NE PAS mettre beaucoup de fonctionnalités dans les propriétés, car les examiner dans le débogueur peut produire des résultats inattendus. Est-ce vrai?

Answer 1

Utilisez la propriété - toute logique qui peut être encapsulée dans les setters et les getters doivent s'appliquer, même dans la classe elle-même. S'il n'y a pas de logique chez les getters et les setters, il n'est pas prudent d'utiliser les champs eux-mêmes car si vous voulez ajouter de la logique autour de l'accès à ces champs, vous devrez refactoriser beaucoup plus.

Answer 2

Si je ne fais que renvoyer la valeur de la variable interne, je rends la variable public - il n'y a pas de mal à le faire. J'ai toujours utilisé les propriétés publiques lorsque je voulais faire quelque chose en réponse à une visualisation ou à un changement de la valeur - par exemple, l'écrire dans une base de données, définir quelque chose d'autre (comme dans la deuxième partie de votre exemple).

La question que vous devez vous poser est de savoir si vous voulez que ce qui se passe dans votre classe déclenche ces événements. Si vous le faites, de la même manière qu'un appelant externe, accédez aux valeurs via la propriété. Si vous voulez juste lire la valeur, utilisez la variable interne.

Pour répondre à votre question, il n'y a aucun mal à le faire de toute façon - juste la considération des effets secondaires potentiels.

Answer 3

Je crois que vous devriez faire référence à la propriété en tant que pratique générale. Alors que dans cet exemple particulier, cela ne fait pas vraiment de différence, les accesseurs get/set offrent la possibilité de faire un peu plus de travail en saisissant une propriété. Par exemple, beaucoup de nos propriétés "get" accesseurs effectuent une recherche dans une structure de données plus complexe ou définissent des valeurs par défaut si rien n'a été défini. Pour que le reste de la classe puisse profiter de cette logique, nous prenons l'habitude d'utiliser les propriétés. Juste pour que nous n'ayons pas à y réfléchir trop, nous essayons de généraliser la pratique.

Il peut y avoir des cas dans lesquels nous voulons accéder directement au membre de données sous-jacent, mais alors c'est une décision consciente avec une raison spécifique et il a tendance à être l'exception.

Answer 4

Je préfère les propriétés car elles traitent facilement les situations en lecture seule et il est facile de les emballer avec toute validation de base que vous pourriez avoir besoin de faire.