Discussion :

[MatP]

Bonjour,

Supposons que je fais une classe bien simple en vb.net (ou n'importe quel autre langage)

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
Public Class  Class1
private _Prop1 as Integer
   Public Property Prop1() as Integer
        Get
            return _Prop1
        End Get
        Set (byVal Value as integer)
              _Prop1 = value
        End set
        End Property
End class

Quel est l'avantage de créer une propriété qui me donne la valeur de la variable, pourquoi ne pas simplement, dans ce cas, déclarer la variable publique?

Merci pour les infos.

[Le Furet]

Je suppose qu'un des avantages, c'est que si un jour tu changes l'organisation interne de ta classe, et que prop1 n'existe plus, mais peut être retrouvée par exemple en additionnant newpropa et newpropb, alors il te suffira de recoder la fonction renvoyant prop1 et tout le reste sera complètement invisible. Maintenant, je découvre à peine la POO.

[djo.mos]

J'ajouterais à ce Le Furet vient de dire qu'avec les accesseurs et les mutateurs, ta classe est plus sécurisé : Pour la lecture, ça ne pose pas beaucou de problèmes, mais pour l'écriture, ça te permet de vérifier ce que l'utilisateur veut mettre dans un champs.

[GrandFather]

C'est également une des seules possibilités (dans les langages que je connais, en tout cas) qu'offrent la POO d'obtenir simplement des champs accessibles uniquement en lecture seule, en n'implémentant pas de méthode Set.

[Luc Hermitte]

Les moyens dépendent assez des langages.

Sinon, les intérêts arrivent quand :
- quand effectivement la représentation interne de l'objet pourrait changer,
- quand il faut vérifier pré-conditions et autres invariants avant de valider un changement d'état.
- quand on veut abonner des observateurs
- quand on veut permettre un accès en lecture ou écriture seulement.
- et d'autres que je dois probablement oublier.

En fait, je vois une propriété comme une donnée membre faisant parti de l'interface publique d'un objet, donnée complètement décorrélée de son implémentation réelle.

Le côté "donnée membre de l'interface publique" est très important. En ce qui me concerne, je ne propose jamais des accesseurs et mutateurs sur des données d'implémentation qui sont internes aux objets. Les états de ces données internes sont modifiées au travers des diverses fonctions de l'interface publique de l'objet, et sont rarement observables depuis l'extérieur autrement que via une couche qui fait abstraction de certains détails.

Ce sujet est abordé dans la FAQ C++ de Developpez.

[ronan99999]

Dans le cadre d'une programmation multithreadée ou distribuée, il est beaucoup plus simple de créer un mutateur "thread-safe", que de rendre une variable public.