Come devo denominare i pacchetti se non ho un dominio associato con me? [chiuso]

StackOverflow https://stackoverflow.com/questions/166051

  •  03-07-2019
  •  | 
  •  

Domanda

Quindi la maggior parte delle risorse Java quando si parla di pacchetti menziona un'impostazione com.yourcompany.project. Tuttavia, non lavoro per un'azienda e non ho un sito Web. Ci sono convenzioni di denominazione che sono comuni? Un indirizzo email, forse?

È stato utile?

Soluzione

Usa un dominio di primo livello come 'bernard' o qualcos'altro unico. La parte importante è che il dominio è unico in modo da evitare conflitti e non che inizi con un vero dominio Internet di alto livello come org o com. Per es. 

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

Altri suggerimenti

Se stai creando un progetto open source, puoi registrarlo con Sourceforge e utilizzare net.sourceforge.myproject. Questo è comune con molti progetti Java. Un esempio è PMD http://pmd.sourceforge.net/ .

Perché non registrare un dominio?

Sono abbastanza economici e farlo garantirà che non ti scontrerai con nessun altro (o almeno ti darà la soddisfazione che se si verifica uno scontro, è l'altra persona che dovrà riscrivere il loro codice).

Registra il tuo nome o prova a creare un nome che potresti utilizzare come base per un'azienda in un secondo momento.

  • bernard.surname.net
  • madeupname.net

Questo ti costerà meno di 10 GBP all'anno.

Personalmente, sceglierei l'approccio del nome inventato, poiché è probabile che appaia più professionale (a meno che tu non scelga qualcosa di veramente strano).

Un ulteriore vantaggio è che molti domini arriveranno con funzionalità e-mail, offrendoti un indirizzo e-mail migliore rispetto a bernard.surname@hotmail.com.

Buoni consigli su questo argomento sono disponibili sul web : " Inizia i nomi dei pacchetti con il tuo indirizzo e-mail, invertito. [...] O, ospita il tuo codice in un sito che ti darà una porzione del loro dominio. "

Nota che " nome di dominio inverso " la cosa è solo una convenzione: utile poiché evita sicuramente gli scontri se tutti la aderiscono, ma non è necessario seguirla.

Scegli semplicemente un nome che puoi essere ragionevolmente sicuro che nessun altro userà e che non sia registrato come marchio da nessuno - perché è l'unico modo in cui potresti effettivamente avere problemi legali.

E questo significa che in effetti è una cattiva idea usare una sorta di " sottodominio " di un servizio gratuito che stai utilizzando, come deviantart o un dyndns o un servizio di posta gratuito! Poiché la maggior parte (se non tutti) di tali domini sono termini di marchio commerciale e se i tuoi progetti vengono ampiamente distribuiti, potrebbe essere visto come una violazione del marchio di fabbrica. Solo perché ti consentono di utilizzare quel nome come indirizzo e-mail (o qualsiasi altra cosa) non significa che puoi usarlo per qualsiasi altra cosa - in effetti, il loro EULA limita quasi sicuramente l'uso esattamente a quello scopo.

Quello che puoi fare è anche registrare un dominio (in realtà un sottodominio) attraverso un servizio come DynDns (o uno degli equivalenti) e quindi usare quel nome di dominio. Sarai l'unico controller ed è gratuito e facile da mantenere. Al momento hanno una scelta di 88 domini principali (ottobre 2008). dyndns servizio dns dinamico

Per il mio lavoro personale quando non ho uno spazio dei nomi, scelgo qualcosa di semplice come org.<myname>.*

Sono stato in un paio di compagnie diverse che scrivono lezioni di java house. Spesso sono solo com.blah.blah.blah indipendentemente dal fatto che dietro ci sia un vero nome di dominio.

IMHO, meglio se non dipende da alcuna informazione esterna, come provider di hosting o società (potrebbe essere rilasciato alla comunità open source), dal momento che il refactoring a livello di pacchetto non è del tutto auspicabile, specialmente nel caso dei framework e biblioteche. Suggerisco di scegliere il nome del progetto con attenzione e in modo univoco, quindi utilizzare org. & Lt; nome del progetto & Gt; come pacchetto root.

Molte persone hanno i loro siti Web e nomi relativamente univoci (o nomi di accesso).

Se il tuo nome è Bernard Something, potresti essere proprietario di BernardSomething.com, rendere com.bernardsomething.xxxx (o com.bsomething.xxx) un nome pacchetto IMHO legittimo per il codice personale.

Detto questo, se il nome del tuo progetto è univoco, potresti voler nominare il pacchetto in seguito.

E ovviamente, ottieni il dominio dopo il tuo nome se non lo possiedi ancora!

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top