Comment nommer les packages si aucun domaine ne m'est associé? [fermé]

Question

La plupart des ressources Java mentionnent donc une configuration com.yourcompany.project. Cependant, je ne travaille pas pour une entreprise et je n'ai pas de site web. Existe-t-il des conventions de dénomination communes? Une adresse e-mail, peut-être?

Answer 1

Utilisez un domaine de premier niveau tel que "bernard" ou quelque chose d'unique. Ce qui est important, c’est que le domaine soit unique afin d’éviter les conflits, et non pas qu’il commence par un domaine de premier niveau Internet tel que org ou com. Ex.

import java.util.*;
import bernard.myProject.*;
import org.apache.commons.lang.*;

Answer 2

Si vous créez un projet open source, vous pouvez l'enregistrer auprès de Sourceforge et utiliser net.sourceforge.myproject. Ceci est courant avec beaucoup de projets Java. PMD http://pmd.sourceforge.net/ , par exemple.

Answer 3

Pourquoi ne pas enregistrer un domaine?

Elles sont relativement peu coûteuses et vous éviterez ainsi tout conflit éventuel (ou du moins, vous aurez la satisfaction de constater que si un tel conflit se produisait, c’est à l’autre personne qui devra réécrire son code).

Enregistrez votre propre nom ou essayez de créer un nom que vous pourrez utiliser comme base d’une entreprise à une date ultérieure.

• bernard.surname.net
• madeupname.net

Cela vous coûtera moins de 10 GBP par an.

Personnellement, je choisirais une approche de nom inventé, car elle aura probablement l'air plus professionnelle (à moins que vous ne choisissiez quelque chose de vraiment étrange).

Un avantage supplémentaire est que de nombreux domaines seront dotés de fonctionnalités de messagerie, ce qui vous donnera une meilleure adresse e-mail que bernard.surname@hotmail.com.

Answer 4

Un bon conseil sur ce sujet trouvé sur le Web : & "; Commencez les noms de vos paquets avec votre adresse e-mail, inversée. [...] Ou hébergez votre code sur un site qui vous donnera une tranche de leur domaine. &";

Answer 5

Notez que le " nom de domaine inverse " chose n’est qu’une convention: utile car elle évite définitivement les conflits si tout le monde y adhère, mais vous n’êtes pas obligé de la suivre.

Il suffit de choisir un nom que vous pouvez être raisonnablement sûr que personne ne veut utiliser et qui n'est enregistré en tant que marque par personne - car c'est l'un des moyens par lequel vous pourriez réellement avoir des ennuis juridiques.

Et cela signifie que c'est en fait une très mauvaise idée d'utiliser une sorte de & "sous-domaine &"; d’un service gratuit que vous utilisez, comme deviantart ou dyndns ou un service de messagerie gratuit! Parce que la plupart (sinon la totalité) de ces domaines sont des termes de la marque de commerce, et si vos projets sont largement distribués, cela pourrait être considéré comme une violation de la marque de commerce. Le fait qu’ils vous permettent d’utiliser ce nom en tant qu’adresse électronique (ou autre) ne signifie pas que vous pouvez l’utiliser pour autre chose. En fait, leur CLUF limite presque certainement leur utilisation à cet objectif précis.

Answer 6

Vous pouvez également enregistrer un domaine (en réalité un sous-domaine) via un service tel que DynDns (ou l’un des équivalents), puis utiliser ce nom de domaine. Vous serez le seul contrôleur. Il est gratuit et facile à entretenir. Ils ont actuellement le choix entre 88 domaines de choix (octobre 2008). dyndns service DNS dynamique

Answer 7

Pour mon travail personnel quand je n’ai pas d’espace de nommage, je choisis quelque chose de simple, comme org.<myname>.*

Answer 8

J'ai fait partie de deux entreprises différentes qui écrivent des classes de maison en java. Souvent, ils sont simplement com.blah.blah.blah sans se soucier de savoir s'il y a un nom de domaine réel derrière.

Answer 9

IMHO, mieux si cela ne dépend d'aucune information externe, telle qu'un fournisseur d'hébergement ou une société (elle pourrait être transmise à la communauté open source), car la refactorisation au niveau du paquet n'est pas tout à fait souhaitable, en particulier dans le cas des frameworks. et des bibliothèques. Je suggère de choisir le nom de votre projet avec soin et sans ambiguïté, puis d'utiliser org. & Lt; nom du projet & Gt; en tant que package racine.

Answer 10

De nombreuses personnes ont leur propre site Web et des noms relativement uniques (ou noms de connexion).

Si vous vous appelez Bernard Something, vous pouvez posséder BernardSomething.com, faire de com.bernardsomething.xxxx (ou com.bsomething.xxx) un nom de package légitime, à mon humble avis, pour le code personnel.

Cela étant dit, si le nom de votre projet est unique, vous souhaiterez peut-être nommer le package après cela.

Et bien sûr, obtenez le domaine après votre nom si vous ne le possédez pas encore!