Propriétés et méthodes

Question

Question rapide : Quand décide-t-on d'utiliser les propriétés (en C#) et quand décide-t-on d'utiliser les méthodes ?

Nous sommes en train de mener ce débat et nous avons trouvé certains domaines où l'on peut se demander si l'on doit utiliser une propriété ou une méthode. En voici un exemple :

public void SetLabel(string text)
{
    Label.Text = text;
}

Dans l'exemple, Label est un contrôle sur une page ASPX. Existe-t-il un principe qui puisse régir la décision (dans ce cas) de faire de ce contrôle une méthode ou une propriété ?

J'accepterai la réponse la plus générale et la plus complète, mais qui touche également à l'exemple que j'ai donné.

Answer 1

De la Choisir entre les propriétés et les méthodes section des Directives de conception pour le développement des bibliothèques de classe :

En général, les méthodes représentent des actions et les propriétés des données. Les propriétés sont destinées à être utilisées comme des champs, ce qui signifie qu'elles ne doivent pas être complexes sur le plan informatique ni produire d'effets secondaires. Lorsque cela n'enfreint pas les directives suivantes, envisagez d'utiliser une propriété plutôt qu'une méthode, car les développeurs moins expérimentés trouvent les propriétés plus faciles à utiliser.

Answer 2

Oui, si tout ce que vous faites est d'obtenir et de fixer, utilisez une propriété.

Si vous faites quelque chose de complexe qui peut affecter plusieurs membres de données, une méthode est plus appropriée. Ou si votre getter prend des paramètres ou si votre setter prend plus d'un paramètre de valeur.

Au milieu se trouve une zone grise où la frontière peut être un peu floue. Il n'y a pas de règle absolue et différentes personnes ne seront pas toujours d'accord sur la question de savoir si un élément doit être une propriété ou une méthode. L'important est simplement d'être (relativement) cohérent avec la façon dont les méthodes sont utilisées. usted le faire (ou comment votre équipe le fait).

Ils sont largement interchangeables, mais une propriété signale à l'utilisateur que l'implémentation est relativement "simple". Oh et la syntaxe est un peu plus propre.

D'une manière générale, ma philosophie est que si vous commencez à écrire un nom de méthode qui commence par get ou set et prend zéro ou un paramètre (respectivement), c'est un candidat de choix pour une propriété.

Answer 3

Les propriétés sont un moyen d'injecter ou de récupérer des données dans un objet. Elles créent une abstraction sur les variables ou les données d'une classe. Elles sont analogues aux getters et setters de Java.

Les méthodes encapsulent une opération.

En général, j'utilise les propriétés pour exposer des éléments de données uniques ou de petits calculs sur une classe, comme la taxe de vente. Qui est dérivée du nombre d'articles et de leur coût dans un panier d'achat.

J'utilise des méthodes lorsque je crée une opération, comme récupérer des données dans la base de données. Toute opération qui comporte des parties mobiles est susceptible de faire l'objet d'une méthode.

Dans votre exemple de code, je l'envelopperais dans une propriété si j'avais besoin d'y accéder en dehors de la classe qui la contient :

public Label Title 
{
   get{ return titleLabel;}
   set{ titleLabel = value;}
}

Mise en place du texte :

Title.Text = "Properties vs Methods";

Si je devais uniquement définir la propriété Text de l'étiquette, voici comment je procéderais :

public string Title 
{
   get{ return titleLabel.Text;}
   set{ titleLabel.Text = value;}
}

Mise en place du texte :

Title = "Properties vs Methods";

Answer 4

Si vous définissez une propriété réelle de votre objet, vous utilisez une propriété.

Si vous effectuez une tâche ou une fonctionnalité, vous utilisez une méthode.

Dans votre exemple, il s'agit d'une propriété définie en cours de définition.

Si toutefois, votre fonctionnalité était d'ajouter une étiquette à une étiquette, vous utiliseriez une méthode.

Answer 5

Il suffit de regarder le nom même... "Propriété". Que signifie-t-il ? Le dictionnaire le définit de plusieurs façons, mais dans ce cas, "un attribut ou une qualité essentielle ou distinctive d'une chose" est la meilleure définition.

Pensez à l'objectif de l'action. Modifiez-vous ou récupérez-vous en fait "un attribut essentiel ou distinctif" ? Dans votre exemple, vous utilisez une fonction pour définir une propriété d'une zone de texte. Cela semble un peu stupide, n'est-ce pas ?

Les propriétés sont vraiment des fonctions. Elles se résument toutes à getXXX() et setXXX(). Elles sont simplement cachées par du sucre syntaxique, mais c'est ce sucre qui donne un sens sémantique au processus.

Pensez aux propriétés comme à des attributs. Une voiture a de nombreux attributs. Couleur, MPG, modèle, etc. Toutes les propriétés ne sont pas paramétrables, certaines sont calculables.

En revanche, une Méthode est une action. GetColor devrait être une propriété. GetFile() doit être une fonction. Une autre règle empirique est que si elle ne change pas l'état de l'objet, elle doit être une fonction. Par exemple, CalculatePiToNthDigit(n) doit être une fonction, car elle ne modifie pas réellement l'état de l'objet Math auquel elle est attachée.

Je m'égare peut-être un peu, mais il s'agit en fait de décider quels sont vos objets et ce qu'ils représentent. Si vous n'arrivez pas à déterminer s'il doit s'agir d'une propriété ou d'une fonction, le choix n'a peut-être pas d'importance.