Hat Java einen “privat geschützten” Zugriffsmodifikator?

Ich habe einige Referenzen gesehen, die sich auf einen Zugriffsmodifikator in Java mit dem Namen beziehen private protected (beide Wörter zusammen):

private protected someMethod() {

}

Eine der Seiten, die ich dazu gefunden habe, ist hier. Meine Schulstunde hat sich auch auf diesen Zugriffsmodifikator bezogen (und gesagt, dass er existiert). Ihre Verwendung führt jedoch zu einem Fehler in der Java-Sprache.

Ich habe es sowohl mit Variablen als auch mit Methoden versucht und bin mir ziemlich sicher, dass es nicht existiert, aber ich möchte eine Erklärung dafür, was passiert ist. Wurde es erwogen und dann verworfen? Oder wurde es in einer neueren Version von Java entfernt?

Bearbeiten: Ich suche keine Informationen über die protected Stichwort.

Entfernung des Zugriffsmodifikators

Java hatte ursprünglich die private protected Modifikator, aber er wurde in JDK 1.0.2 entfernt (der erste stabil Version, das Java 1.0, das wir heute kennen). Ein paar Tutorials zu JDK 1.0.2 (hier und hier) Folgendes sagen:

Hinweis: Die Version 1.0 der Java-Sprache unterstützte fünf Zugriffsebenen: die vier oben aufgelisteten plus private protected. Das private protected Zugriffsebene wird in Java-Versionen höher als 1.0 nicht unterstützt; Sie sollten es nicht mehr in Ihren Java-Programmen verwenden.

Andere Antwort auf SoftwareEngineering.SE Zustände:

Java hatte ursprünglich einen solchen Modifikator. Es wurde geschrieben private protected aber in Java 1.0 entfernt.

Werfen Sie nun einen Blick auf die Java-Versionsverlauf:

JDK 1.0

Die erste Version wurde am veröffentlicht 23. Januar 1996 und genannt Eiche. Die erste stabile Version, JDK 1.0.2, heißt Java 1.

Daraus können wir schließen, dass sich die Tutorials zu Version 1.0.2 auf die allererste Version, JDK 1.0, beziehen, wo die Sprache Oak hieß, aber das von SoftwareEngineering.SE bezieht sich auf die erste stabile Version, JDK 1.0.2, genannt Java 1.0, wo es entfernt wurde.

Wenn Sie jetzt versuchen, danach in der Java 1.0-Dokumentation, werden Sie es nicht finden, da es, wie bereits erwähnt, in JDK 1.0.2, auch bekannt als Java 1.0, entfernt wurde. Dies wird erneut bewiesen, wenn Sie sich die “Last Modified”-Zeiten für den von Ihnen geposteten Link ansehen. Der von Ihnen gepostete Link wurde zuletzt im Februar 1996 geändert. Java 1.0/JDK 1.0.2, wann private protected entfernt wurde, wurde freigegeben nach Februar 1996und gemäß der Spezifikation, August 1996.

Grund für die Entfernung

Einige Quellen erklären auch den Grund dafür private protectedwie zum Beispiel Dies eines. Zitieren:

Was wurde privat geschützt?

Schon früh erlaubte die Java-Sprache bestimmte Kombinationen von Modifikatoren, von denen einer war private protected. Die Bedeutung von private protected war es, die Sichtbarkeit streng auf Unterklassen zu beschränken (und den Paketzugriff zu entfernen). Dies wurde später als etwas inkonsistent und übermäßig komplex angesehen und wird nicht mehr unterstützt.[5]

[5] Die Bedeutung der protected Modifikator in der Beta2-Version von Java geändert, und die private protected Kombination erschien zur gleichen Zeit. Sie haben einige potenzielle Sicherheitslücken gepatcht, aber viele Leute verwirrt.

Und die SoftwareEngineering.SE unterstützt dies auch, indem sie sagt, dass es die Inkonsistenzen und die zusätzliche Komplexität nicht wert war, also wurde es früh entfernt.

Deutung

Meine Interpretation von all dem ist, dass vielleicht beide in den Oak-Tagen koexistieren durften (daher die Kombination). Seit protectedDie Bedeutung von hatte sich geändert¹möglicherweise war eine Genehmigung erforderlich private und protected zur selben Zeit. Die Einführung wurde zu komplex und hat sich nicht gelohnt und wurde daher am Ende fallen gelassen. Als Java 1.0/JDK 1.0.2 herauskam, war es fallen gelassen worden und kann daher nicht in der Dokumentation gefunden werden.

¹In dem Oak-SprachspezifikationAbschnitt 4.10, Zugriff auf Variablen und Methodenwird angemerkt, dass der Standardmodifikator war protected:

Standardmäßig sind alle Variablen und Methoden in einer Klasse geschützt.

Dies unterscheidet sich erheblich von dem, was wir heute haben, dem standardmäßigen Paketzugriff. Dies könnte den Weg für die Notwendigkeit von geebnet haben private protectedWeil private war zu restriktiv und protected war zu nachsichtig.

Es gibt verwirrende/unklare Geschichten:

Eine, von der Princeton-Quelle, die Sie angegeben haben, und auch von MIT-Archivbesagt, dass:

Hinweis: Die Version 1.0 der Java-Sprache unterstützte fünf Zugriffsebenen: die vier oben aufgeführten plus privat geschützt. Die private geschützte Zugriffsebene wird in Java-Versionen höher als 1.0 nicht unterstützt; Sie sollten es nicht mehr in Ihren Java-Programmen verwenden.

Aber diese Funktion wird in keiner offiziellen Dokumentation für Java 1.0 angegeben hier oder hier.

Ich vermute, dass diese Funktion es nicht in die offizielle Version 1.0 geschafft hat, da die offizielle Sprachspezifikation vom August 1996 stammt und die Princeton-Quelle zuletzt geändert wurde am Februar 1996.

PS: Schande über Oracle, dass es die Archive für ältere Versionen entfernt hat.

Wie der Link, den Sie in Ihrer Frage angegeben haben, andeutet private protected wurde auf einem verwendet element/member einer Klasse, wann immer Sie möchten subclass um auf das Element zugreifen zu können, es aber vor anderen Klassen in seinem verborgen zu halten package.

Java wenn verglichen mit C++ hat ein zusätzliches Konzept zum Einkapseln von Elementen – und das ist a Paket. Man sollte auch verstehen, was innerhalb oder außerhalb eines Pakets zugänglich ist Java wenn es um diese Zugriffsspezifizierer wie geht private, public & protected.

Bitte beachten Sie, dass ich erklärt habe, warum es verwendet wurde. Natürlich nicht in der aktuellen Version

Nein, du kannst nicht beides verwenden private a protected zusammen. Deine Anleitung ist seltsam. Was Sie haben, ist ein sogenanntes privates Paket oder in ot6-Referenzen paketgeschützter Zugriff. Dies ist der Standardzugriff, der aktiviert wird, wenn kein acc6-Qualifizierer explizit geschrieben wird.

Der private Bereich befindet sich innerhalb der vorhandenen Klasse. Wobei Protected Zugriff innerhalb von Paketen und Klassen sein kann, die durch Klassen in anderen Paketen erweitert werden.

Wenn Sie möchten, dass auf Ihre Variablen/Methoden außerhalb des Pakets zugegriffen werden kann, müssen Sie sie nahtlos als geschützt/öffentlich, ansonsten privat oder einige andere Zugriffsspezifizierer definieren.

Auf geschützte Methoden kann normalerweise von außerhalb des Pakets und innerhalb von Unterklassen zugegriffen werden, dh eine Klasse muss die jeweilige Klasse erweitern, um geschützte definierte Methoden zu nutzen.

Private Methoden/Variablen haben einen Gültigkeitsbereich innerhalb der Klasse. Außerhalb der Klasse kann nicht auf sie zugegriffen werden.

Sie können also nicht gleichzeitig Private Protected definieren!