回答。

質問の歴史：

Javaにおけるデータとメソッドへのアクセスレベルの制御は、カプセル化とクラスの内部構造の保護を目的として導入されました。これは、実装を隠し、オブジェクトの状態の無許可の変更を防ぐための重要なOOPの一部です。

問題：

異なるアクセス修飾子—public、protected、(package-private)、private—は、クラスメンバーの可視性を異なって制限し、多くの場合これは明白ではありません。不適切に選択されたレベルは、バグや望ましくない権限の拡張、カプセル化の違反を引き起こす可能性があります。

解決策：

各フィールドまたはメソッドには、必要最低限のアクセス修飾子を使用すること。Javaは以下をサポートしています：

• private — 同じクラス内のみアクセス可能
• (package-private) — 修飾子が指定されていない場合、パッケージ内のみアクセス可能
• protected — パッケージ内およびサブクラス内（たとえそれがパッケージを超えている場合でも）
• public — どこからでもアクセス可能

コードの例：

public class Dog {
    private String name; // Dog内部のみで見える
    String breed;        // package-private
    protected int age;   // パッケージ内およびサブクラスで見える
    public void bark() { // どんなコードからでもアクセス可能
        System.out.println("Woof!");
    }
}

重要な特徴：

• デフォルトでは常にpackage-privateが選ばれる
• protectedはJavaとC++で異なる（Javaではパッケージ内の可視性！）
• privateはリフレクションを通じたアクセスから保護しないが、それを当てにしてはいけない

問題を含む質問。

内部クラスは外部クラスのすべてのprivateフィールドにアクセスできますか？

はい、内部クラスは外部クラスのすべてのフィールドとメソッドに完全にアクセスできます、たとえそれがprivateであっても。逆に、外部クラスはそのインスタンスを持っている限り、内部クラスのprivateメンバーにアクセスできます。

protectedクラスメンバーは、継承なしでパッケージの外からアクセス可能ですか？

いいえ。パッケージの外ではprotectedは継承者にとって便利ですが、クラスのオブジェクトを介してアクセスすることはできません。

クラスがpublicとして宣言されていないが、他のパッケージからインポートされた場合はどうなりますか？

package-privateレベルのクラスは、自身のパッケージの外で明示的にインポートして使用することはできません。別のパッケージのコードからそのクラスにアクセスしようとするとコンパイルエラーが発生します。

一般的なミスとアンチパターン

• クラスのフィールドをpublicに設定し、カプセル化を侵害する
• package-privateがパッケージ内のすべてのクラスに見えることを理解せずに使用する

生活の例

ネガティブケース

DTO用のすべてのクラスフィールドがpublicとしてマークされ、アクセスが簡略化されています

利点：

• 迅速で、getter/setterを書く必要がありません

欠点：

• カプセル化の侵害、データの予期しない変更の可能性
• オブジェクトの状態を制御するのが難しくなる

ポジティブケース

privateフィールドとpublicアクセスメソッドが使用されています

利点：

• オブジェクトの内部状態を制御可能
• 不変条件を維持しやすく、デバッグが容易

欠点：

• 多少のコード量が増える（getter/setter）