Préférable emplacement de méthode main() dans le fichier de classe Java

Quand il s'agit de la commande/de la séquence de méthodes dans la classe java.
Où prévoyez-vous/préférez voir main() méthode?

  • à l'avant de chaque champ (au stress de l'utilisateur de l'existence et de la force
    à l'utiliser )
  • en bas (pour permettre à l'utilisateur de voir les champs de la première et après que de découvrir les principales)
  • après c-tor
    ou ... .

Merci de partager vos pensées, c'est le genre de stylistique/question philosophique.
S'il vous plaît ne pas suggérer de garder main() dans un fichier distinct seul.

Pourquoi pas garder le main() dans son propre fichier? Si vous ne souhaitez pas utiliser la programmation orientée objet, puis ne pas utiliser java...
C'est le genre de style pour éviter de mélanger des arguments d'analyse et de toute sorte de préparation avant de l'appeler comme job".chez doall()".
merci à tous pour vos opinions. Notre équipe a décidé de mettre la main sur le haut de la classe comme elle l'est du point d'entrée de la classe de fonctionnalité.

OriginalL'auteur Roman Ivanov | 2011-10-27

  1. 8

    Ce ne sont que mes pensées:

    main() est une méthode statique sans lien avec les instances d'objet. Nous savons qu'il existe un point d'entrée, ce qui rend notre programme/classe exécutable.

    Le truc, c'est qu'en Java, tout (mais primitives) est un objet, de sorte que main() doit être déclarée dans une classe quelque part. Le code de la méthode statique peut s'exécuter plus préoccupés par la mise en place du programme pour l'exécution, et la délégation de notre logique métier (objets de réellement faire quelque chose) pour exécuter l'application. En tant que tel, sa préoccupation est distinct de celui du reste de notre classe (qui définit certaines données et le comportement que l'on cherche à encapsuler).

    main() qui n'appartient pas vraiment avec les données et les comportements de nos jours, les classes, comme je doute que chaque classe doit être exécutable sur son propre. main () s'inquiète de l'exécution de notre programme. En tant que tel, il doit être déclarée à l'écart de notre business objects, dans un module du projet concerné, avec le lancement d'une application ou l'exécution. Donc, comme vous pouvez le deviner, je me propose exactement ce que vous avez dit de ne pas proposer de garder principal à l'écart de vos classes et de la logique, autant que possible, et ne déclarer dans le cadre d'un point d'entrée de votre application.

    Comme à l'endroit, dans un fichier lui-même, je ne pense pas vraiment que c'est important, car il est évident que le code de ce fichier est à mettre en place et l'exécution du programme.

    merci, nous gardons main() est spécial des lanceurs de classes, mais nous avons un projet qui contient le nombre utils classes qui pourrait être lancé à partir de par main (), c'est confortable. Mais la création de séparer/classe supplémentaire de configurer et de lancer classe business doubler le nombre de classes et de rendre le code moins facile. Nous avons donc à la recherche de compromis pour préserver main() dans la même classe, mais toujours garder classe facile à la rame et à comprendre comment travailler avec lui.

    OriginalL'auteur filip-fku

  2. 5

    Sun Microsystems publié leurs les Conventions de programmation pour le Langage de Programmation Java il y a plusieurs années, et de nombreuses organisations de la suivre à des degrés divers.

    Dans cette section ils suggèrent de mettre à la fin d'un fichier. Et comme vous le savez, main est "juste une autre méthode de la" même si une méthode de la classe au lieu d'une méthode d'instance.

    Alors que personne ne vous oblige à suivre du Soleil conventions, il peut y avoir un léger avantage en collant relativement proche d'eux, il y a un degré de familiarité. La plupart (si pas tous) de la norme JDK les bibliothèques de la suivre.

    C'est à mon humble avis une bonne raison d'aller avec les méthodes-dernière approche. Concernant le placement de main parmi les méthodes, de le mettre en premier ou en dernier serait de travailler. Si vous trouvez qu'il est "spécial" d'une certaine façon, puis le mettre morts en dernier dans le fichier.

    OriginalL'auteur Ray Toal

  3. 3

    J'ai toujours la mettre à la fin, parce que c'est comment ils le font dans C. "Tradition". Qui peut ne pas être bonne raison. 🙂

    Java est basé sur le C... c'est une bonne raison.

    OriginalL'auteur user949300

  4. 1

    Je vais supposer que vous n'avez pas systématiquement mis une méthode main() dans chaque classe que vous écrivez (dans ce dernier cas, vous devez envisager d'écrire des tests unitaires à la place).

    Tant que votre classe contient une méthode main (), et est donc le point d'entrée de votre application, cette classe ne devraient pas avoir un comportement autre que d'initialisation de l'application. Cette bonne pratique est appelée "la Séparation des Préoccupations" : une classe = une responsabilité.

    Si c'est le cas, vous ne devriez pas avoir que de nombreuses méthodes de votre classe. J'ai personnellement toujours la méthode de tri par ordre d'importance : le plus important/utile/centrale méthodes sont au-dessus de toutes les autres méthodes, qui n'ajoutent pas de travail réel (setters et getters sont de ce genre pour moi).

    De cette façon, le lecteur a accès à l'information la plus importante en premier.

    Bien sûr, le codage à l'aide de Java Convention, qui, je le conseille, implique d'abord déclarer votre champs de la classe, avant de déclarer vos méthodes.

    OriginalL'auteur Olivier B.