Quel nom de package choisir pour un petit projet Java open-source? [fermé]

19

Fermé . Cette question est basée sur l'opinion . Il n'accepte pas actuellement de réponses.

Voulez-vous améliorer cette question? Mettez à jour la question afin d'y répondre avec des faits et des citations en modifiant ce message .

Fermé il y a 4 ans .

J'aimerais publier une petite bibliothèque open source en Java. Je me demande quel nom de package dois-je choisir? Je ne suis pas une entreprise et je n'ai pas de domaine que je pourrais utiliser comme base pour nommer le package selon les conventions de nommage . J'aimerais tout de même suivre les conventions de dénomination pour éviter un conflit accidentel et garder les choses standard.

— Petr Pudlák
source

1

Allez avec SOSJP- Petit projet Java Open-Source. SI vous voulez éviter tout conflit, ajoutez un horodatage à ce nom - il le deviendra SOSJP1351952637112. Ironie de côté, - ne vous inquiétez pas des conflits, vous pouvez toujours renommer plus tard.

— c69

3

Investir quelques dollars dans un nom de domaine?

— walrii

@walrii Cela implique quelque peu de maintenir le domaine en vie à l'avenir, ce qui pourrait être gênant.

— Petr Pudlák

@ PetrPudlák La convention de dénomination n'est qu'une suggestion et n'est pas obligatoire du tout. Personnellement, je ne l'ai jamais compris et je l'ai toujours trouvé bizarre. Prenez position contre lui et nommez votre package ppgrphlibpar exemple s'il s'agit d'une bibliothèque de graphiques ou de graphiques. Personne n'utilisera jamais ce nom, donc aucun conflit ne se produira.

— Brandin

10

Votre profil en génie logiciel implique que vous contrôlez petr.pudlak.name, ce qui donne name.pudlak.petr.exampleprojectcomme possibilité.

Une autre technique pour garantir l'unicité consiste à le baser sur les moyens par lesquels le programme est distribué au public. Si le nom d'utilisateur associé à vos référentiels GitHub est petrpudlak, quelque chose comme cela com.github.petrpudlak.exampleprojectdevrait éviter la collision. La même chose est vraie des projets SourceForge: net.sourceforge.exampleproject.

— Damian Yerrick
source

6

Pourquoi ne pas utiliser votre nom de famille? Quelque chose comme pudlak.project_name.

— Bernard
source

1

Je n'y ai pas pensé et c'est certainement une option valable répondant aux exigences. Mais d'une manière ou d'une autre, je ne me sens pas à l'aise avec ça, j'ai l'impression de trop me promouvoir. De plus, si d'autres personnes contribuent à la bibliothèque, un tel nom ne leur sera-t-il pas un peu injuste?

— Petr Pudlák

Déposez ensuite le nom de famille et utilisez-le project_name.

— Bernard

3

Si vous n'avez pas de nom de domaine, vous pouvez toujours utiliser cette convention de dénomination et le nommer (org\com\net\whatever).projectname. Le nom du package ne doit pas nécessairement être le nom de domaine dans lequel vous attendez le projet, bien que cela facilite les choses. Certains projets finissent par déplacer des domaines et ne voient pas leur nom de package renommé pour des raisons de compatibilité.

— firelore
source

vous avez certainement ... pourrait le faire. mais ce serait tellement idiot

— amara