Javaには「プライベート保護」アクセス修飾子がありますか？

いくつかの参照がJavaのアクセス修飾子を参照しているprivate protected（両方の単語を一緒に）のを見たことがあります。

private protected someMethod() {

}

これについて私が見つけたページの1つはこちらです。私の学校の授業でも、このアクセス修飾子を参照しました（そして存在すると述べました）。ただし、これを使用すると、Java言語でエラーが発生します。

変数とメソッドの両方を試してみましたが、存在しないことは確かですが、何が起こったのかについての説明が必要です。検討された後、拒否されましたか？それとも、新しいバージョンのJavaで削除されましたか？

編集：protectedキーワードに関する情報を探していません。

アクセス修飾子の削除

Javaには元々private protected修飾子がありましたが、JDK 1.0.2（最初の安定バージョン、今日私たちが知っているJava 1.0）で削除されました。JDK 1.0.2に関するいくつかのチュートリアル（こことここ）は次のように述べています。

注：Java言語の1.0リリースは、5つのアクセスレベルをサポートしていますprivate protected。private protectedアクセスレベルは、1.0よりも高いのJavaのバージョンでサポートされていません。Javaプログラムで使用することはできません。

SoftwareEngineering.SEに関する別の回答には、

Javaには元々そのような修飾子がありました。書かれましたprivate protectedが、Java 1.0で削除されました。

次に、Javaのバージョン履歴を確認します。

JDK 1.0

最初のバージョンは1996年1月23日にリリースされ、 Oakと呼ばれていました。最初の安定したバージョン、JDK 1.0.2はJava 1と呼ばれます。

これから、バージョン1.0.2に関するチュートリアルは、言語がOakと呼ばれた最初のバージョンであるJDK 1.0を参照していることを結論付けることができますが、SoftwareEngineering.SEからのものは、Javaと呼ばれる最初の安定したバージョン、JDK 1.0.2を参照します。 1.0、それが削除されたところ。

これをJava 1.0のドキュメントで検索しようとしても見つかりません。前述したように、JDK 1.0.2で削除されたため、Java 1.0とも呼ばれていました。これは、投稿したリンクの「最終更新」時間を見ると再び証明されます。あなたが投稿したリンクは、1996年2月に最後に変更されました。Java1.0 / JDK 1.0.2は、private protected削除されたときに、1996年2月以降にリリースされ、仕様に従って、1996年8月にリリースされました。

削除の理由

いくつかのソースはまた、理由を説明するprivate protectedなど、この 1。引用するには：

私的保護は何でしたか？

初期のJava言語では、修飾子の特定の組み合わせが可能でしたが、そのうちの1つはでしたprivate protected。の意味は、private protected可視性をサブクラスに厳密に制限する（そしてパッケージアクセスを削除する）ことでした。これは後でやや一貫性がなく、過度に複雑であると見なされ、サポートされなくなりました。[5]

[5] protectedJavaのBeta2リリースで修飾子の意味が変更され、private protected組み合わせが同時に登場しました。彼らはいくつかの潜在的なセキュリティホールにパッチを当てましたが、多くの人々を混乱させました。

また、SoftwareEngineering.SEもこれをサポートします。これは、不整合や余分な複雑さの価値はないため、早期に削除されました。

解釈

これらすべてについての私の解釈は、おそらくオーク時代に、両方が共存することを許されていたということです（したがって、組み合わせ）。以来protectedの意味が変わっていた^1を、可能にするための必要性があったかもしれないprivateとprotected同時に。紹介は複雑になりすぎて価値がなかったため、結局削除されました。Java 1.0 / JDK 1.0.2が登場する頃には、Java 1.0 / JDK 1.0.2は削除されていたため、ドキュメントに記載されていません。

¹ではオーク言語仕様、セクション4.10、変数やメソッドへのアクセスは、デフォルトの修飾子はしたことが注目されますprotected。

デフォルトでは、クラス内のすべての変数とメソッドは保護されています。

これは、現在のデフォルトのパッケージアクセスとはかなり異なります。これはprivate protected、private制限が厳しく、protected寛大すぎるため、の必要性に道を開いた可能性があります。

紛らわしい/不明確な話があります：

1つは、あなたが置いたPrincetonのソースから、そしてMITのアーカイブからも、次のように述べています。

注：Java言語の1.0リリースは、5つのアクセスレベルをサポートしました。プライベート保護アクセスレベルは、Javaのバージョン1.0以降ではサポートされていません。Javaプログラムで使用することはできません。

ただし、この機能は、Java 1.0の公式ドキュメント（ここまたはここ）では指定されていません。

公式の言語仕様は1996年8月のものであり、プリンストンのソースは1996年2月に最後に変更されたため、この機能は正式な1.0バージョンには含まれていなかったと思います。

PS：古いバージョンのアーカイブを削除するOracleの恥。

質問で提供したリンクがクラスのでprivate protected使用されていることを示しているので、要素にアクセスできるようにしelement/memberたいが、subclass内の他のクラスからは要素を非表示にしたい場合package。

Javaと比較するC++と、要素をカプセル化するという追加の概念があり、それがパッケージです。、＆Javaなどのアクセス指定子に関しては、パッケージ内またはパッケージ外で何にアクセスできるかを理解する必要があります。privatepublicprotected

それが使われた理由を説明したことに注意してください。もちろん現在のバージョンではありません

いいえ、両方privateをprotected一緒に使用することはできません。あなたのチュートリアルは奇妙です。あなたが持っているのは、いわゆるパッケージプライベート、またはot6参照パッケージで保護されたアクセスです。これは、acc6修飾子が明示的に記述されていない場合に有効になるデフォルトのアクセスです。

プライベートスコープは既存のクラスに存在しません。Protectedは、パッケージおよび他のパッケージのクラスによって拡張されたクラス内でアクセスできます。

シームレスに変数/メソッドをパッケージの外部にアクセスしたい場合は、保護された/パブリックとして定義する必要があります。

保護されたメソッドは通常、パッケージの外側とサブクラス内からアクセスできます。つまり、クラスは、保護された定義済みメソッドを利用するために、それぞれのクラスを拡張する必要があります。

プライベートメソッド/変数は、クラス内にスコープがあります。クラスの外部からアクセスすることはできません。

したがって、プライベート保護を同時に定義することはできません！