Znam już standardową konwencję nazewnictwa pakietów Java polegającą na użyciu nazwy domeny do tworzenia unikalnej nazwy pakietu (tj. Pakietu com.stackoverflow.widgets
). Jednak nigdy nie widziałem żadnych zaleceń dotyczących wybierania nazw pakietów dla projektów osobistych. Zakładam, ponieważ dzieje się tak, ponieważ jest to naprawdę kwestia osobistego gustu.
Jak więc wybrać nazwy pakietów dla projektów osobistych, które nigdy nie trafią do produkcji (w wolnym czasie możesz eksperymentować z nowym frameworkiem). Zakładając, że nie masz osobistej witryny internetowej, której domeny możesz użyć do stworzenia struktury pakietu, co robisz (lub chciałbyś) zrobić? Czy masz logiczny system do generowania nowych nazw pakietów dla projektów hobbystycznych, czy po prostu używasz prostych, jednorazowych nazw pakietów, takich jak mypackage
?
Ponieważ jestem po prostu ciekawy, jakie są opinie różnych ludzi na ten temat, stworzyłem tę wiki społeczności.
Osobiście nigdy się nad tym nie zastanawiałem, ale chciałem dziś wieczorem pobawić się Wicketem i przyszło mi do głowy, że nie mam jasnego pojęcia, jak chcę organizować moje hobby. Oddzielna, odrębna konwencja nazewnictwa pakietów dla projektów hobbystycznych (przynajmniej moim zdaniem) byłaby dobrym sposobem na wyraźne oddzielenie kodu osobistego i związanego z pracą.
Myślałem o prostej hierarchicznej konwencji nazewnictwa, aby zachować źródło moich osobistych projektów w jednym folderze głównym:
- Użyj
myprojects
jako folderu głównego - Dołącz nazwę projektu
- Dodaj dodatkowe nazwy podpakietów
Tak więc mój projekt Wicket byłby w pakiecie, myprojects.learningwicket
a testy jednostkowe byłyby w pakiecie myprojects.learningwicket.tests
(na przykład).
onion.duskgytldkxiuqc6.packagename
). Dopóki klucz prywatny pozostaje tajny, masz kontrolę nad nazwą domeny. Rejestracja (generowanie) jest więc bezpłatna i jest trwała (w przeciwieństwie do tradycyjnych domen). Jest zgodny z literą konwencji Java i jednoznacznie identyfikuje użytkownika.