2010-11-22 5 views
2

Est-il préférable de placer les corps de méthode avant ou après leur appel? Je les place généralement après; intéressé par ce que font les autres?Placement de méthode générale

+0

Je dirais avant qu'ils soient appelés parce que parfois vous pouvez rencontrer des problèmes si la méthode est appelée avant qu'elle ne soit définie. Cependant, je n'ai que rarement rencontré ce problème, je pense que c'est une bonne pratique à définir avant d'invoquer la méthode. –

+1

@Simon: était-ce en C# ou en Java? Je pense que cela ne fait aucune différence, à part la lisibilité. –

Répondre

7

Je préfère après. La raison en est que cela rend le flux de votre code plus logique. Le code circule de haut en bas de toute façon, il est donc logique que les méthodes appelées apparaissent après la méthode actuelle. Cela a l'avantage supplémentaire que le point d'entrée de votre programme/classe est en haut, ce qui est l'endroit où vous commencez à chercher quand même.

2

C'est entièrement une question de préférence personnelle. Pour la plupart des gens, les facilités de navigation de code d'un IDE moderne signifient que cela ne fait pratiquement aucune différence quant à la façon dont les méthodes sont ordonnées.

0

La mise en place de la méthode est sans grand intérêt pour moi (bien sûr en cas de certaines méthodes statiques qui doivent être définis avant invoqué):

  1. Les formatteurs de code sont généralement en place (et l'exécution automatique - sinon pour vous, allumez-les) ce qui fait que la source est ordonnée par type de méthode et ensuite par ordre alphabétique, sans tenir compte de la séquence d'appel de la méthode
  2. J'utilise l'IDE moderne, où trouver la bonne méthode est faite dans d'une manière différente que de passer séquentiellement à travers toute la source
+0

En ce qui concerne (1.); Si vous codez des méthodes directement dans Visual Studio (2008), comment demandez-vous à l'IDE d'organiser vos méthodes? – wulfgarpro

3

Lors du développement de Java, je place les corps de la méthode après leur appel. Cela se traduira généralement par des classes qui ont un petit nombre de méthodes publiques en haut, suivies de quelques méthodes privées en bas. Je pense que cela rend la classe plus facile à lire et à comprendre: il suffit de lire les quelques méthodes publiques en haut pour comprendre ce que la classe fait - dans de nombreux cas, vous pouvez arrêter de lire une fois que vous avez accès aux méthodes privées.

Je note également que les IDE Java placent généralement le corps de méthode après la méthode actuelle lorsque vous refactorisez le code. Par exemple dans Eclipse, si vous sélectionnez un bloc de code et cliquez sur Refactor | Extract Method... il placera ce code sélectionné dans une nouvelle méthode en dessous de celle en cours.

+0

+1 pour l'exemple de refactoring – Kennet