153 votes

Quelle convention de dénomination de paquet utilisez-vous pour les projets personnels / hobby en Java?

Je suis déjà familier avec le standard Java package convention de nommage de l'utilisation d'un nom de domaine pour créer un unique nom du package (c'est à dire package com.stackoverflow.widgets). Cependant, je n'ai jamais vu aucun des recommandations sur la façon de choisir les noms de paquets pour les projets personnels. Je suppose parce que c'est parce que c'est vraiment une question de goût personnel.

Alors, comment choisissez-vous les noms de paquets pour les projets personnels que ne le fera jamais en production (vous pourriez expérimenter un nouveau cadre dans votre temps libre). En supposant que vous n'avez pas un site web dont le nom de domaine que vous pouvez utiliser pour créer votre structure de paquet, ce qui n' (ou serait) - vous faire? Avez-vous une logique de système en place pour la création de nouveaux noms de package pour le loisir des projets, ou avez-vous juste une utilisation simple jetable paquet de noms comme mypackage?

Depuis que je suis juste curieux de voir ce que les différentes personnes, les pensées sont sur ce, j'ai fait un wiki de la communauté.

Pour moi, personnellement, je n'ai jamais beaucoup réfléchi, mais je voulais jouer avec Portillon , ce soir, et il m'est apparu que je n'ai pas une idée claire de la façon dont je veux organiser mon hobby projets. Distinct paquet convention de nommage pour hobby de projets (dans mon esprit, au moins) serait une bonne façon de garder les personnels et liés au travail code clairement séparés les uns des autres.

Je pensais à une simple convention de nommage hiérarchique, garder la source pour mes projets personnels dans un seul dossier racine:

  • Utiliser myprojects le dossier racine
  • Ajouter le nom du projet
  • Ajouter des noms de sous-paquetage

Donc, mon Guichet du projet serait dans le package myprojects.learningwicket et les tests unitaires serait dans le package myprojects.learningwicket.tests (par exemple).

51voto

Greg Hewgill Points 356191

Si vous êtes en train de faire des projets personnels, où personne d'autre va utiliser le code, alors vous pouvez prendre un nom de paquet que vous le souhaitez. Ne pas faire quelque chose qui commence par com. ou net. ou d'un autre domaine de premier niveau, parce que cela impliquerait que vous êtes propriétaire du nom de domaine (c'est à dire. à l'aide de com.john que votre nom de paquet juste parce que votre nom se trouve être John n'est pas une bonne idée).

Si vous allez donner le code à quelqu'un d'autre, vous devez utiliser un identificateur unique nom du package, qui, selon les conventions Java signifie que vous devez vous inscrire et utiliser un nom de domaine.

29voto

Florin Points 673

Je viens d'utiliser mes initiales: fg.nameofproject.etc

Cela réduit la frappe. Il peut être préfixé à tout moment avec sf.net ou com. ou org. ou com.google ..

Comme le projet est personnel, offrez-lui un traitement spécial, tout comme votre chemise de cadeau personnalisée fraîchement pressée: vous vous sentirez bien.

20voto

James Schek Points 11070

<sarcasm> Bah. Tout programmeur qui se respecte aurait son propre nom de domaine. C'est clairement une question piège. Tout le monde a son propre nom de domaine! </sarcasm> :-)

Ok, très sérieusement, l'achat d'un nom de domaine personnalisé est probablement l'option la plus simple. Pour environ 10 dollars par an, vous pouvez trouver des fournisseurs dignes de confiance pour héberger le domaine et faire suivre le courrier électronique.

20voto

paulmurray Points 1764
pmurray_at_bigpond_dot_com.project.package

17voto

Don Kirkby Points 12671

Je stocke la plupart de mes projets de passe-temps dans Google Code. J'utilise donc le site du projet comme nom de package: com.googlecode.donkirkby.someproject.

Prograide.com

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.

Powered by:

X