Konwencja jest taka, że używasz domeny swojej firmy. To całkiem proste, ale co jeśli jest to coś w rodzaju www.mycompany.co.uk.Jak radzisz sobie z nazwami TLD dla kodów Country w twoich pakietach/przestrzeniach nazw?
Teraz nie byłoby problemu, gdyby to było www.mycompany.com. To dość prosta kompilacja.Klasa
Co mamy zrobić z pierwszym?
uk.co.mycompany.Class LUB co.uk.mycompany.Class? Czy coś zupełnie innego?
uk.co.mycompany.Class
Jest to prosta odwrotność adresu URL. Zauważ, że w pierwszym przykładzie domena, którą w rzeczywistości posiadasz, to mojafirma.com, a nie tylko www.mycompany.com
Jeśli tak powinieneś napisać swoje przestrzenie nazw, powiedziałbym, że uk.co.mycompany.Class najlepiej pasuje do Twojego pierwszego przykładu .
Wydaje mi się również, że jest to dość subiektywne i powinieneś zdefiniować standard i trzymać się go.
FYI Oficjalne zalecenia Javy mają wykorzystywać odwrotność adresu URL firmy dla przestrzeni nazw. Trochę dziwne, ale oznacza to mniej kolizji na wolności. –
Przepraszam, tak. Mały poślizg. Inną irytującą rzeczą jest to, że dodaje KOLEJNY folder do przeglądania, jeśli używasz Javy. Może umieszczając je razem, couk.mycompany? – uriDium
W rzeczywistości, chyba że wydasz produkt jako coś, co ma możliwość kolizji przestrzeni nazw (SDK, biblioteka programistów, system Android), nie ma prawdziwej potrzeby trzymania się tego standardu. – Guvante
@quiDium: "dodaje KAŻDY folder do przeglądania" Wystarczy użyć przyzwoitego IDE, który przedstawi pakiety jako rozsądną strukturę :-). Zaćmienie np. robi to (widok pakietu). – sleske