Quale convenzione di denominazione dei pacchetti usi per progetti personali / hobby in Java?

Ho già familiarità con la convenzione standard di denominazione dei pacchetti Java sull'utilizzo di un nome di dominio per creare un nome di pacchetto univoco (ovvero pacchetto com.stackoverflow.widgets). Tuttavia, non ho mai visto alcun consiglio su come scegliere i nomi dei pacchetti per i progetti personali. Presumo perché questo è perché è davvero una questione di gusti personali.

Quindi, come scegliere i nomi dei pacchetti per progetti personali che non saranno mai realizzati in produzione (potresti sperimentare un nuovo framework nel tuo tempo libero). Supponendo che non si disponga di un sito Web personale il cui dominio è possibile utilizzare per creare la struttura del pacchetto, cosa si fa (o si farebbe)? Hai un sistema logico in atto per generare nuovi nomi di pacchetti per progetti di hobby o usi semplicemente nomi di pacchetti usa e getta come mypackage?

Dal momento che sono solo curioso di vedere quali sono i pensieri delle diverse persone su questo, ho fatto di questo un wiki della comunità.

Personalmente, non ci ho mai pensato molto, ma stasera volevo giocare con Wicket e mi è venuto in mente che non ho un'idea chiara di come voglio organizzare i miei progetti di hobby. Una convenzione di denominazione dei pacchetti distinta e distinta per i progetti di hobby (almeno secondo me) sarebbe un buon modo per mantenere il codice personale e relativo al lavoro chiaramente separato l'uno dall'altro.

Stavo pensando a una semplice convenzione di denominazione gerarchica, per mantenere la fonte dei miei progetti personali in un'unica cartella radice:

• Utilizzare myprojectscome cartella principale
• Aggiungi il nome del progetto
• Aggiungi eventuali nomi di pacchetti secondari aggiuntivi

Quindi, il mio progetto Wicket sarebbe nel pacchetto myprojects.learningwickete test unitari sarebbero nel pacchetto myprojects.learningwicket.tests(per esempio).

Se stai solo facendo progetti personali in cui nessun altro utilizzerà il codice, puoi creare un nome di pacchetto che ti piace. Non inventare qualcosa che inizia con com.o net.o altri domini di primo livello, perché ciò implicherebbe la proprietà del nome di dominio (ad es. Utilizzandocom.john come nome del pacchetto solo perché il tuo nome è John non è una buona idea) .

Se hai intenzione di dare il codice a chiunque altro, dovresti usare un nome di pacchetto univoco a livello globale, che secondo le convenzioni Java significa che dovresti registrarti e usare un nome di dominio.

Uso solo le mie iniziali: fg.nameofproject.etc

Riduce la digitazione. Può essere prefissato in qualsiasi momento con sf.net o com. o org. o com.google ..

Dato che il progetto è personale, trattalo in modo speciale proprio come la tua camicia regalo personalizzata appena pressata: ti farà sentire bene.

pmurray_at_bigpond_dot_com.project.package

<sarcasm>Bah. Ogni programmatore che si rispetti avrebbe il proprio nome di dominio. Questa è chiaramente una domanda trabocchetto. Ognuno ha il proprio nome di dominio personale! </sarcasm>:-)

Ok, con tutta serietà, l'acquisto di un nome di dominio personalizzato è probabilmente l'opzione più semplice. Per circa $ 10 all'anno, puoi trovare fornitori affidabili per ospitare il dominio e inoltrare la posta elettronica.

Devo conservare la maggior parte dei miei progetti hobby in Google Code, così mi basta usare il sito del progetto, come il nome del pacchetto: com.googlecode.donkirkby.someproject.

mi chiamo anjan

di solito uso com.anjan

Ho una mia compagnia di fantasia - a volte la uso

la tradizione con sourceforge (come mostrato in ibernazione e altri pacchetti) è net.sf. *

quindi, a seconda del tuo umore, puoi andare con quello.

Penso che tu l'abbia risolto. La tentazione di evitare qui è di non preoccuparsi affatto del nome di un pacchetto. È facile salvare alcune sequenze di tasti perché "Sto solo scrivendo un po 'di codice di prova". Ma poi il codice diventa buono, utile e grande, e poi ti rendi conto di avere un solido inizio per quella che potrebbe essere una libreria o un'applicazione di lunga durata. Potrebbe non essere una libreria o un'applicazione che lasci mai la tua rete domestica, ma il punto è che non hai pensato in anticipo. Questo è il fantasma danese dell'informatica: pensa sempre al futuro, anche se solo un po '.

La convenzione di denominazione che utilizzo per il mio codice hobby è molto simile alla tua. Ho una directory di livello superiore denominata "futura" (lunghe, noiose ragioni per cui quel nome è nato) a cui pende tutto il mio codice. Cerco di organizzare il mio codice in librerie di pacchetti, anche se potrebbe essere una classe o un pacchetto che non uso mai per un altro progetto. Metto tutte le applicazioni (ovvero qualsiasi cosa che abbia un vuoto principale (String [] args) nella classe) nella cartella futura.app. *. Cerco anche di imitare i nomi dei pacchetti della libreria Java standard per il mio codice, anche se in un paio di casi ho rotto la convenzione a causa dei miei gusti (cioè futura.inet per Internet, non semplicemente socket, codice e futura.collections per non -util stuff.) Per parafrasare David Mamet: sii sempre generico. Sii sempre generico!

Dalla cura che hai usato per pubblicare la domanda, sospetto che anche tu sia d'accordo con il mio ultimo punto: non devi trattare l'hacking da hobbista come un progetto a livello aziendale, ma se porti un po 'di quella disciplina nel gioco casalingo, l'hobby è tanto più gratificante.

Uso il mio URL OpenID e quindi aggiungo il nome del mio progetto. per esempio, com.myopenid.cd1.twitterè il pacchetto radice di un client Twitter che ho sviluppato.

La mia denominazione: prj.project_name.

Uso solo il mio nome: surname.initials.xxx, come un bel compromesso tra brevità ed evitamento delle collisioni. Ho pensato che avrebbe dato un ragionevole spazio dei nomi libero da collisioni se avessi mai scelto di pubblicare pubblicamente il codice. Ho anche un piccolo programma che ho scritto che può riconfezionare interi alberi di directory, quindi ho pensato che avrei mai avuto bisogno di riconfezionare per la pubblicazione è abbastanza indolore ... quindi non ho perso troppo sonno su di esso.

Dopo il cognome.initials.xxx, uso entrambe le app per i pacchetti di applicazioni, lib per i pacchetti di librerie e tst per cose con cui sto puramente sperimentando.

cosa ne pensi di cognome.firstname.project ??? come luz.marlon.project?

Ho pensato di fare questa stessa domanda. Finora ho usato il prefisso com.tehvan, anche se in realtà non ho una società.