Czy Java ma modyfikator dostępu "private protected"?

Usunięcie modyfikatora dostępu

Java pierwotnie miała modyfikator private protected, ale został on usunięty w JDK 1.0.2 (pierwsza stabilna wersja , Java 1.0, którą znamy dzisiaj). Kilka samouczków dotyczących JDK 1.0.2 ( tutaj i tutaj ) mówi co następuje:

Uwaga: Wersja 1.0 języka Java obsługiwała pięć poziomów dostępu: cztery wymienione powyżej oraz private protected. Poziom dostępu private protected nie jest obsługiwany w wersjach Java wyższych niż 1.0; nie powinieneś już używać go w swoich programach Java.

Kolejna odpowiedź na SoftwareEngineering.SE Stany:

Java pierwotnie miała taki modyfikator. Został napisany private protected, ale usunięty w Javie 1.0.

Teraz spójrz na historię wersji Javy :

JDK 1.0

Pierwsza wersja została wydana 23 stycznia 1996 roku i nosiła nazwę Oak. pierwsza stabilna wersja, JDK 1.0.2, nazywa się Java 1.

Z tego możemy wywnioskować, że tutoriale dotyczące wersji 1.0.2 odnoszą się do pierwszej wersji, JDK 1.0, gdzie język nazywał się Oak, ale ten z SoftwareEngineering.SE odnosi się do pierwszej stabilnej wersji JDK 1.0.2 o nazwie Java 1.0, gdzie została usunięta.

Teraz, jeśli spróbujesz poszukać go w dokumentacji Java 1.0 , nie znajdziesz go, ponieważ jak wspomniano wcześniej, został usunięty w JDK 1.0.2, w przeciwnym razie znany jako Java 1.0. Jest to ponownie udowodnione, gdy patrzysz na czasy "Ostatnio zmodyfikowane" dla linku, który opublikowałeś. Link został ostatnio zmodyfikowany w lutym 1996 roku. Java 1.0/JDK 1.0.2, kiedy private protected została usunięta, została wydana po lutym 1996 roku, a zgodnie ze specyfikacją, w sierpniu 1996 roku.

Powód usunięcia

Niektóre źródła wyjaśniają również przyczynę private protected, np. ten . Cytat:

Co było prywatne chroniona?

Na początku język Java pozwalał na pewne kombinacje modyfikatorów, z których jednym było private protected. Znaczeniem private protected było ograniczenie widoczności wyłącznie do podklas (i usunięcie dostępu do pakietu). Zostało to później uznane za nieco niespójne i zbyt złożone i nie jest już wspierane.[5]

[5] znaczenie modyfikatora protected zmieniło się w wydaniu Javy Beta2, a kombinacja private protected pojawiła się w tym samym czasie. Łatali jakiś potencjał dziury w zabezpieczeniach, ale wielu ludzi zdezorientowało.

I SoftwareEngineering.SE wspiera to również, mówiąc, że nie było warte niespójności i dodatkowej złożoności, więc zostało usunięte na początku.

Interpretacja

Moja interpretacja tego wszystkiego jest taka, że być może, w czasach dębu, obaj mogli współistnieć (stąd kombinacja). Odkąd protected Znaczenie się zmieniło¹, możliwe, że konieczne było zezwolenie private i protected w tym samym czasie. Wprowadzenie stało się zbyt skomplikowane i nie było tego warte, a więc został w końcu porzucony. W czasie, gdy Java 1.0/JDK 1.0.2 się rozeszła, została upuszczona i dlatego nie można jej znaleźć w dokumentacji.

¹w specyfikacji językaOak , sekcja 4.10, dostęp do zmiennych i metod , zauważono, że domyślnym modyfikatorem był protected:

Domyślnie wszystkie zmienne i metody w klasie są chronione .

Różni się to od tego, co mamy dzisiaj, domyślnego dostępu do pakietu. Mogło to utorować drogę potrzebom private protected, ponieważ private było zbyt restrykcyjne i protected było zbyt pobłażliwe.