Catégorie: Conventions de codage

Dans un précédent billet, je faisais état des données membres que l'on veut exposer et je rappelai les avantages du principe d'encapsulation.

Bien entendu, de même qu'il n'est pas question de mettre tous les attributs en visibilité publique, il n'est pas question pour autant de créer des getters/setters pour tous les attributs. (J'aurai même tendance à penser qu'il ne faut les créer que si une classe cliente en a vraiment besoin.)

En poussant un peu plus loin la réflexion, je pense qu'on ne devrait même pas se poser les questions

• getter or not getter ?
• setter or not setter ?

» Lire la suite!

Chez les développeurs débutants, on peut observer deux attitudes opposées :

• Soit ils utilisent beaucoup trop de variables publiques
• Soit ils suivent aveuglément les conseils et utilisent des getters partout, même dans la classe d'origine.

Selon moi, ces deux cas extrêmes illustrent qu'ils n'ont pas compris l'intérêt du principe d'encapsulation des données.

Je me propose d'en faire le sujet de ce billet qui je l'espère sera propice à quelques réflexions.

» Lire la suite!

Avec ce billet, j'ai envie d'introduire des petites questions de style que l'on se pose parfois.

Comme tout acte d'écriture, chaque développeur possède son style de codage.
Ce style se forge avec le temps

• en suivant le style de nos maîtres
• en suivant les conventions qui rendent un travail d'équipe plus homogène
• en suivant nos propres choix ...

Parfois, ces choix sont purement arbitraires (les alternatives se valent, les avantages de l'une compensent les inconvénients de l'autre et vice-versa)
D'autre fois, de bonnes pratiques émergent avec l'expérience ...

Quoi qu'il en soit, si l'essentiel est de rester cohérent, réfléchir à la question ne peut être que bénéfique pour comprendre une convention existante ou pour créer la nôtre.

"This" is the first question ...

» Lire la suite!