Discussion :

[Emilie MARQUOIS-OGEZ]

Bonjour,

Ma question va certainement paraître idiote à certains. Je pense à ceux qui maîtrisent parfaitement le langage Java. Mais bon... je la pose quand même... Après tout, c'est l'objectif de ce forum de s'entraider...

Alors voilà. J'ai fait plusieurs recherches sur les notions d'assesseur (set) et de mutateur (get), et ce qui me chiffonne, en tous cas, ce qui n'est pas clair pour moi, c'est qu'on dise que set et get sont utilisés lorsqu'une donnée membre est protégée, alors que des programmes y recourent sans que les données membres soient protégées.

Une explication ?

Merci.

Emilie

[adiGuba]

Salut,

Il s'agit surement d'erreur de conception...
Dans la plupart des cas, les attributs de classes ne devraient pas être public mais accessible via leurs getter/setter.

a++

[Oui-Oui MB]

En gros, ne pas faire :

Code :

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

1
2
3
4
5
Public class TestGetSet {
  public String message;
 
  ...
}

mais

Code :

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

1
2
3
4
5
6
7
 
Public class TestGetSet {
  private String message; // ou protected String message;
  ...
  public String getMessage() { return message; }
  public void setMessage(String msg) { message = new String(msg); }
}

[Glob]

De plus, il ne faut pas systématiquement générer des get et set publiques pour tous les attributs, c'est anti-POO dans la plupart des cas...

[bouye]

Ni pour tous types de classe d'ailleurs.

Si la classe est privée, protected ou package protected et si l'instance n'est utilisée que par un seul et unique objet à la fois c'est assez inutile (et une perte de mémoire puisque le code de la méthode d'instance est dupliqué dans chacune des instance).

Parfois des classes simples avec tous les champs public à accès direct (équivalents de struct C) peuvent être préférables nottement en tant que macro-conteneurs/enregistrement lors de stockage dans des collections (bien être sur qu'elles ne sont pas visibles depuis l'extérieur de la classe/package les utilisant).

A d'autres endroits c'est principalement pour des raisons de performance et/ou historiques cf : classes Point et Dimension :

- C'est plus rapides d'acceder directement aux champs (mais plus risqué).
- Les classes/interfaces génériques Point2D et Dimension2D ont été ajoutée bien plus tard.

A l'inverse pour les composant et les beans les accesseur peuvent permettre d'effectuer des opération supplémentaires en plus d'un simple changement de la valeur d'une variable comme propager des évènements type PropertyChangeEvent.