Discussion :

[papadrago]

C'est surement une question basique de langage mais je ne trouve pas la réponse. Est-ce q'il y a un intérêt à utiliser une propriété pour accéder à un champ plutot qu'au champ lui-meme ?

Autrement dit, est-ce qu'il faut faire ça :

Code :

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

1
2
3
 
public
  Foobar: integer;

ou ça :

Code :

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

1
2
3
4
5
 
private
  FFoobar: integer;
public
  property Foobar : integer read FFoobar write FFoobar;

Merci

[tourlourou]

l'intérêt des accesseurs est de cacher un champ quand :
- on doit faire des traitements lors de l'affectation ou rafraîchir une valeur lors de sa lecture (les descendants pourront surcharger les accesseurs)
- on veut empêcher l'utilisateur d'y toucher n'importe quand : champ initialisable uniquement à la création ou après Clear par exemple
je ne vois pas d'autre intérêt.

sinon, si les 2 syntaxes sont possibles dans un cas, autant utiliser la plus simple !!!

[EDIT] je réponds un peu à côté... dans ton exemple, pas de différence

[papadrago]

Merci pour la réponse. En fait, la question vient de la lecture de ce tutoriel (rq: le cours est téléchargeable en PDF à la fin de chaque partie).

Excellent, mais en anglais.

Quand il introduit les propriétés , l'auteur a l'air de considérer ici que c'est un bon style de les utiliser à la place des champs. L'argument est que on peut ensuite ajouter des accesseurs si nécessaire.

Mais ça ne me parait pas suffisant pour utiliser cette construction systématiquement à moins qu'il y ait encore d'autres arguments.

[Cl@udius]

Salut

Code :

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

1
2
3
4
5
 
private
  FFoobar: integer;
public
  property Foobar : integer read FFoobar write FFoobar;

Sous cette forme, c'est-à-dire sans accesseur Get/Set, autant utiliser une variable.
Amha, l'intérêt des accesseurs est de garder le contrôle sur la variable. (La définir en lecture seule par exemple), et/ou effectuer des contrôles avant de modifier la variable private.

En disant cela je repète en gros les propos de tourlourou.

@+ Claudius

[guillemouze]

un autre point important a prendre en compte quand tu choisi d'utiliser un champ ou une propriete, est le fait que tu ne puisse pas passer une property en parametre var.

Code :

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

1
2
 
procedure Inc(var i: integer);// Rappel

Le code suivant ne compile pas si MaValeur est une property :

Code :

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

1
2
 
Inc(MonObjet.MaValeur); // impossible si c'est une property !

mais celui-ci oui :

Code :

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

1
2
3
4
5
6
 
var x: integer;
..
x := MonObjet.MaValeur;
Inc(x);
MonObjet.MaValeur := x;