Pourquoi est-il de coutume de placer les getters et les setters après les constructeurs au sein des classes ?
Je préférerais les voir placés immédiatement après les champs de classe, avant les constructeurs, afin de savoir quels sont les champs privés accessibles via les méthodes getter & setter. Surtout si les corps des méthodes sont des déclarations de retour uniques ou d'affectation.
La convention de codage Java stipule que les méthodes (les getters et les setters sont des méthodes) doivent être après les déclarations de constructeurs. C'est juste une convention et elle existe pour rendre le code plus facile à lire en général.
Si vous jugez que le code est plus lisible avec les getters / setters après les champs plutôt qu'après le constructeur, vous êtes libre de le faire.
Ressources :
Mon point de vue est que vous avez des champs, puis des constructeurs, puis des méthodes afin que vous puissiez lire à travers la classe en disant : "Voilà ce qui constitue l'objet, voilà comment le construire, et une fois qu'il est construit, voilà ce que vous pouvez en faire".
Cela dit, c'est entièrement subjectif. Si une autre disposition a du sens pour vous et votre équipe dans votre domaine d'intérêt, faites-le différemment. La seule chose dont vous devriez vous méfier est de vous assurer que vos projets sont internellement cohérents. Il peut être très déconcertant de voir le style du code changer de classe en classe.
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.
