Un autre avantage reste le debug. Ok, c'est peut-être limité et dans certains cas / langages on peut faire autrement, mais placer un point d'arrêt dans un get/set est juste très pratique.
Ensuite, sur la discussion get/set on dirait que vous n'avez que des get/set bidons genre
setPlop:function(plop){this.plop=plop;}
Mais l'avantage d'avoir des get/set est aussi de permettre de centraliser une partie de vérifications / tests, pouvoir j'en sais rien, gérer des compteurs lors des accès, lancer des exception, réaliser des traitements sur le set, etc.
C'est aussi assez sympa pour faire du lazy load.
Ha oui, et le tout en le masquant de l'utilisation.
L'autre intérêt est aussi de séparer la visibilité, masquer les variables et ne présenter que des méthodes.
Ensuite, l'inline par le compilo devrait régler les problèmes de perf.
[^] # Re: Chacun son style
Posté par CrEv (site web personnel) . En réponse à la dépêche Naissance d'un géant : Java. Évalué à 4.
Un autre avantage reste le debug. Ok, c'est peut-être limité et dans certains cas / langages on peut faire autrement, mais placer un point d'arrêt dans un get/set est juste très pratique.
Ensuite, sur la discussion get/set on dirait que vous n'avez que des get/set bidons genre
Mais l'avantage d'avoir des get/set est aussi de permettre de centraliser une partie de vérifications / tests, pouvoir j'en sais rien, gérer des compteurs lors des accès, lancer des exception, réaliser des traitements sur le set, etc.
C'est aussi assez sympa pour faire du lazy load.
Ha oui, et le tout en le masquant de l'utilisation.
L'autre intérêt est aussi de séparer la visibilité, masquer les variables et ne présenter que des méthodes.
Ensuite, l'inline par le compilo devrait régler les problèmes de perf.