package-private – Zugriff innerhalb desselben Pakets¶

Kurzüberblick¶

👉 Wenn kein Modifikator angegeben ist:

class MyClass {
}

→ automatisch package-private

flowchart TD
    A[package-private Element] --> B[Eigene Klasse]
    A --> C[Selbes Paket]
    A --> D[Anderes Paket ❌]

👉 Wichtig: - Vererbung hilft nicht, wenn das Paket unterschiedlich ist

class Helper {
    void doSomething() {
        System.out.println("Hello");
    }
}

public class Main {
    public static void main(String[] args) {
        Helper h = new Helper();
        h.doSomething(); // ✅ erlaubt
    }
}

// anderes Paket
public class Test {
    public static void main(String[] args) {
        Helper h = new Helper(); // ❌ nicht sichtbar
    }
}

Modifikator	Klasse	Paket	Unterklasse	Weltweit
`private`	✅	❌	❌	❌
package-private	✅	✅	❌*	❌
`protected`	✅	✅	✅	❌
`public`	✅	✅	✅	✅

* nur wenn im selben Paket

package-private wird verwendet, wenn:

👉 Häufig in: - Helper-/Utility-Klassen - internen Modulen - Framework-internen Komponenten

class CalculatorHelper {
    static int add(int a, int b) {
        return a + b;
    }
}

public class Calculator {
    public int sum(int a, int b) {
        return CalculatorHelper.add(a, b);
    }
}

👉 CalculatorHelper ist nicht öffentlich sichtbar, aber intern nutzbar

Typische Prüfungsfragen:

Merksatz:

Kein Modifikator = nur innerhalb des Pakets sichtbar

❌ Falsch
→ Default = package-private

❌ Falsch (paketübergreifend)
→ Ohne gleiches Paket kein Zugriff

❌ Falsch
→ Sehr wichtig für: - saubere Architektur - interne Kapselung

⚠️ Problem: - alles ist sichtbar - keine klare Struktur

👉 Lösung: - gezielt package-private einsetzen

👉 Gute Praxis: - Klassen standardmäßig nicht public machen - Sichtbarkeit bewusst erhöhen, wenn nötig