Placement des déclarations de variables d'instance

Question

J'ai vu des développeurs placer des déclarations de variable d'instance à la fin des classes, même si je les voyais généralement placées en haut. Les seules raisons pour lesquelles je peux penser à cela sont la préférence stylistique ou peut-être que cela les rend plus faciles à utiliser dans un IDE. Existe-t-il une raison plus légitime de choisir ce style?

Answer 1

En raison de "Programmer une" interface "et non une" implémentation "." (Gang of Four 1995: 18) ( http://en.wikipedia.org/wiki/ Design_Patterns # Introduction.2C_Chapter_1 ), certaines personnes préfèrent déclarer des variables d'instance au bas de la classe. la théorie étant que l'utilisateur d'une classe est plus intéressé par ce qu'il peut faire avec la classe (méthodes) que par la façon dont quelque chose est fait (variables). Placer les méthodes en haut de la classe les expose d’abord à l’utilisateur quand il regarde le code.

Answer 2

Il n'y a pas de "bien" en particulier. raison de le faire d'une manière ou d'une autre. La seule chose qui compte vraiment est que tout le monde sur le même projet le fasse de la même façon.

Toutefois, selon mon expérience, il est beaucoup plus courant de les placer en haut de la liste et cette pratique est recommandée par le Règles de style Java , c’est ce que je choisirais.

Vous pouvez appliquer la convention de votre choix avec un outil de formatage de code source automatique tel que Jalopy , ou celui fourni avec Eclipse.

Answer 3

C'est surtout (sinon entièrement) une préférence personnelle. Je les aime au sommet, mais je ne pourrais pas vraiment en donner une meilleure raison, alors que c’est ce que je suis habitué.

Answer 4

La plupart des variables d'instance sont private , j'ai donc tendance à les placer en bas de la liste car je déclare les membres par ordre de visibilité décroissante. Si je les déclarais dans l'ordre croissant de visibilité , ils seraient au sommet, ce qui est également raisonnable.

Ce que je n'aime pas, c'est d'avoir des champs privés suivis de champs publics suivis de méthodes privées Si je développe une classe de clients, je veux toutes les parties publiques ensemble (car c’est tout ce qui m’intéresse.)

Answer 5

J'ai toujours expliqué que si vous avez une variable de niveau classe privée, vous avez soit codé en dur une configuration, soit suivi l'état d'une manière ou d'une autre. Si vous suivez l'état, 1) cela devrait être évident pour tous ceux qui vont écrire du code dans le fichier à partir du moment où ils l'ouvrent, et 2) le suivi d'un grand nombre d'états est une énorme odeur de code, et si mes devs font cela, alors je veux que ce soit évident. Donc, mettre le tout en haut, à mon humble avis, rend le mauvais code plus évident, et sert d’avertissement aux futurs utilisateurs de la classe.

Séparez définitivement vos champs publics / protégés et privés de vos membres et membres, car les personnes intéressées par l'un d'entre eux ne sont probablement pas intéressées par l'autre.