Nie rozumiem, dlaczego Java używa odwrotności (prawdopodobnie hipotetycznej) nazwy domeny jako nazwy pakietu, podczas gdy przeważnie nie ma związku między nazwą domeny, której używają niektóre osoby, a posiadanymi przez nich produktami. Wielu programistów nie ma nawet żadnej domeny.
Jakie są przyczyny tej konwencji nazewnictwa, jeśli taka istnieje?
Odpowiedzi:
Globalna wyjątkowość. Jeśli wszyscy, a przynajmniej poważni programiści, którzy rozpowszechniają swój kod poza projektami wewnętrznymi, przestrzegają tej konwencji, nigdy nie zdarzy się, aby doszło do konfliktów nazw, gdy dodasz do projektu inną bibliotekę innej firmy. Należy pamiętać, że Java była początkowo propagowana jako rozwiązanie do wdrażania kodu w dowolnym miejscu i czasie (poprzez aplety i zdalne ładowanie klas przez Internet).
Java was initially propagated as a solution for code deployment anywhere, anytime W przeciwieństwie do tego, czym jest teraz Java? Nie wiem o tobie, ale nadal z powodzeniem używam Java WebStart do wdrażania kodu po stronie klienta na tysiącach komputerów w sieci wewnętrznej. To sprawia, że „Early Release, Release Release” jest o wiele mniej bolesne dla wszystkich.
Jak mówi Wikipedia na ten temat,
„Specyfikacja języka Java ustanawia konwencje nazewnictwa pakietów, aby uniknąć możliwości opublikowania dwóch opublikowanych pakietów o tej samej nazwie”.
Znalazłem dwa dokumenty opublikowane przez Oracle, które omawiają nazwy pakietów. Na stronie Samouczki Java znajduje się strona Nazywanie paczki oraz sekcja Pakiety specyfikacji języka Java .
Głównym celem tej konwencji jest próba zminimalizowania konfliktów między pakietami opublikowanymi przez różne organizacje.
com.louisrhys.xxx.yyytego, czy jesteś właścicielemlouisrhys.com