Ponieważ wygląda na to, że odpowiedź jest taka, że nie ma jednego standardu dla tego w Javie, chciałbym zauważyć, że Wytyczne Projektowe .NET Framework to określają.
Teraz, zanim zwalił mnie na bycie poza tematem, pamiętaj, że wytyczne dotyczące nazewnictwa klas dla Java i .NET Framework są dość podobne, co sprawia, że wytyczne .NET są przydatne jako przekonujące odniesienie.
Główne zasady
Obie wytyczne zalecają stosowanie akronimów tylko wtedy, gdy akronim jest powszechnie znany i dobrze rozumiany. DVD lub XML to doskonałe przykłady, ponieważ chociaż rozpoznasz je natychmiast, rozpoznanie rozszerzonej wersji zajęłoby trochę więcej czasu.
Skróty
Wytyczne .NET Framework zalecają, aby nie używać skrótów (w przeciwieństwie do akronimów), z tym wyjątkiem, że w identyfikatorach można stosować dwa popularne skróty „ID” i „OK”. Podczas korzystania ze skrótu Idzawsze używana jest wielkość liter, z wyjątkiem pierwszego słowa identyfikatora camelCase (w przeciwieństwie do identyfikatora PascalCase).
W Javie ta konwencja jest przestrzegana tylko przez pewien czas. Zobacz, jak mieszane są pisownia getIDi getIdsą w JCL. (Przewiń częściowo w dół tej strony). W wersji Java 8 chociaż, getIdstosowany jest coraz więcej, co wskazówki konwencja PascalCase jest korzystne w dzisiejszych czasach. Najlepiej, jeśli to możliwe, po prostu całkowicie unikać skrótów.
Krótkie akronimy
Wytyczne .NET Framework mówią, że dwa akronimy literowe, takie jak „IO”, powinny mieć taki sam przypadek dla obu liter. Tak więc dla identyfikatorów PascalCase (takich jak nazwa klasy) można uzyskać DBRate, podczas gdy dla identyfikatora camelCase (np. Zmiennej lokalnej) możesz miećioChannel .
Zdecydowanie wydaje się to być dominującą konwencją również w Javie.
Długie akronimy
Wytyczne .NET Framework zalecają, aby w akronimach trzyliterowych lub dłuższych używać identyfikatorów mieszanych dla identyfikatorów PascalCase i camelCase, z wyjątkiem pierwszego słowa identyfikatora camelCase. Zatem dla nazwy klasy możesz mieć XmlDocument, podczas gdy zmienna lokalna może być nazwana httpRequest.
Ta konwencja nie zawsze jest przestrzegana w Javie. Wydaje się, że cztery akronimy znaków zwykle używają mieszanych liter, ale nawet JCL nie jest spójny w przypadku akronimów trzyliterowych. Większość z nich wygląda na wielkie litery, na przykład „URL”, „XML”, „SQL” i „DOM”, ale są pewne wyjątki, takie jak „Jar”.
Wniosek
W przypadku Java:
W przypadku akronimów o wielkości 4+ liter używaj mieszanych liter. Standardowa biblioteka to robi i ma to po prostu sens.
W przypadku 3-literowych akronimów możesz używać wszystkich wielkich liter, takich jak JCL, lub możesz używać mieszanych liter, jak robi to .NET Framework. Tak czy inaczej, bądź konsekwentny.
W przypadku 2-literowych akronimów należy używać wielkich liter.
W przypadku dwuliterowych skrótów Java nie ma tak naprawdę standardu, ale sugeruję stosowanie małych i wielkich liter, chyba że spójność z innymi nazwami poprawiłaby wygląd wszystkich wielkich liter.
DigitalVersatileDiscPlayerjest droga naprzód.