Antwort.

In Java werden Zugriffsmodifizierer für die Steuerung des Zugriffs auf Felder, Methoden und Klassen verwendet: private, default (package-private), protected, public.

Historie der Frage:

Frühere Versionen von Java verwendeten strikte objektbasierte Kapselung. Für Flexibilität wurden verschiedene Zugriffslevels eingeführt, um sowohl vollständige Schließung als auch Erweiterbarkeit (Vererbung und Zugriff innerhalb von Paketen) zu unterstützen.

Problem:

Eine falsche Wahl des Modifizierers kann zu einer Verletzung der Kapselung, Problemen mit der Vererbung, Testschwierigkeiten oder sogar zu Sicherheitsfehlern führen, wenn Daten versehentlich öffentlich zugänglich werden.

Lösung:

Verwenden Sie den geschlossenen Modifizierer, den Ihre Architektur zulässt. Felder werden in der Regel private gemacht, wobei der Zugriff über Getter/Setter gewährleistet wird. Methoden werden nur dann public gemacht, wenn sie Teil der API sind, während für Erweiterungen protected verwendet wird.

Beispielcode:

public class Person {
    private String name; // privates Feld
    protected int age; // zugänglich innerhalb des Pakets und für Nachfolger
    String email; // package-private
    public String getName() { return name; }
}

Wesentliche Merkmale:

private — nur innerhalb der Klasse zugänglich
package-private (ohne Modifizierer) — Zugriff von allen Klassen im gleichen Paket
protected — plus Zugriff für Nachfolger, auch aus anderen Paketen
public — für alle zugänglich

Tricks in Fragen.

Kann man den Zugriffsmodifizierer für lokale Variablen anwenden?

Nein. Zugriffsmodifizierer gelten nur für Klassen, Methoden und Felder/verschachtelte Klassen, nicht für lokale Variablen.

Kann man eine Klasse innerhalb einer Methode mit dem Modifizierer public deklarieren?

Nein. Lokale Klassen können nicht mit einem Zugriffsmodifizierer deklariert werden, sie haben immer einen Sichtbereich innerhalb der Methode.

Ist ein protected-Mitglied für eine untergeordnete Klasse in einem anderen Paket zugänglich?

Ja, protected-Mitglieder sind für Nachfolger zugänglich, auch wenn sie sich in anderen Paketen befinden, jedoch nicht für reguläre Klassen in einem anderen Paket.

Typische Fehler und Anti-Pattern

Verwendung von public-Feldern (Verletzung der Kapselung)
"Zufälliges" package-private (vergessener Modifizierer)
Übermäßige Offenlegung von protected-Methoden ohne Notwendigkeit
Missbrauch von public static-Feldern zur Informationsweitergabe zwischen Teilen der Anwendung

Beispiel aus dem Leben

Negativer Fall

Alle Felder der Klasse sind versehentlich als public deklariert — sie werden direkt von anderen Klassen angesprochen, schwierig nachzuvollziehen, wo Änderungen stattfinden.

Vorteile:

Schneller und einfacher Zugriff auf Daten

Nachteile:

Schwierigkeit bei der Zugriffskontrolle. Keine Logik zur Überprüfung/Validierung
Einfach, Daten zu beschädigen

Positiver Fall

Alle Felder sind privat, und öffentliche Methoden kontrollieren den Zugriff mit Validierung, nur notwendige Teile sind protected für Erweiterungen in Nachfolgern.