Opisz, jak działa modyfikator dostępu protected w Javie, jakie są jego różnice w porównaniu z innymi modyfikatorami i jakie błędy mogą wystąpić z powodu jego błędnego zrozumienia.

Odpowiedź.

Modyfikator dostępu protected pozwala na widoczność członkom klasy wewnątrz tego samego pakietu i we wszystkich podklasach (subclasses), nawet jeśli znajdują się w innych pakietach.

Różnice w porównaniu do innych modyfikatorów:

• private — dostęp tylko w obrębie bieżącej klasy
• default (brak modyfikatora) — dostępny tylko wewnątrz bieżącego pakietu
• protected — dostępny wewnątrz bieżącego pakietu i w dziedziczących poza pakietem
• public — dostępny wszędzie

Przykład:

package com.example.base;
public class Parent {
    protected void sayHello() {
        System.out.println("Hello from parent");
    }
}

package com.example.child;
import com.example.base.Parent;
public class Child extends Parent {
    public void tryHello() {
        sayHello(); // Dostęp jest!
    }
}

public class NotChild {
    public void fail(Parent p) {
        // p.sayHello(); // Błąd: brak dostępu
    }
}

Pytanie zwodnicze.

Czy zewnętrzna klasa (niebędąca dziedzicem) może uzyskać dostęp do metody protected z innego pakietu, mając obiekt tej klasy?

Odpowiedź: Nie, dostęp do metody protected z innego pakietu jest dozwolony tylko dla klas dziedziczących, i tylko przez this lub przez referencję do obiektu dziedziczącego, a nie do rodzica.

Parent p = new Child();
p.sayHello(); // Błąd!
((Child) p).sayHello(); // Sukces (jeśli wywołane wewnątrz Child)

Przykłady rzeczywistych błędów wynikających z niewiedzy na temat szczegółów.

---

Historia

W dużym projekcie modulowym programista umieścił ważne metody biznesowe w sekcji protected, sądząc, że są one niedostępne poza pakietem. Inni programiści przypadkowo użyli tych metod w testach w tym samym pakiecie, a z powodu późniejszego przeniesienia klas pojawiły się nieoczekiwane błędy dostępu.

---

Historia

W projekcie mikrousług próbowałem wywołać metodę o dostępie protected za pomocą referencji do typu rodzica w innym pakiecie — wywołanie nie działało. Spowodowało to awarię części mechanizmów rozszerzania systemu, ponieważ opierano się na nieprawidłowym zrozumieniu zakresu widoczności.

---

Historia

W bibliotece open-source nieostrożnie użyto pól protected, które okazały się dostępne dla zbyt szerokiego kręgu klas, co pozwoliło przypadkowo uszkodzić wewnętrzny stan obiektu, powodując problemy w aplikacjach zewnętrznych.