Odpowiedź.

Historia pytania:

Nadpisywanie metod to podstawa OOP, ale w Javie początkowo override nie był obowiązkowy. Kotlin to język o ściśle określonym typie, który wprowadził obowiązkowe użycie override, aby zwiększyć czytelność kodu i uniknąć przypadkowych błędów przy dziedziczeniu.

Problem:

Bez wyraźnego wskazania override łatwo popełnić błąd przy opisywaniu interfejsu/klasy: pomylić się w nazwie, typie, modyfikatorze. Program nie upadnie, ale oczekiwane nadpisanie nie zadziała. Kotlin rozwiązuje ten problem drastycznie.

Rozwiązanie:

W Kotlinie, aby metoda mogła być nadpisana, musi być zadeklarowana jako open (lub abstract/interface). Do nadpisania należy obowiązkowo napisać override. Jeśli sygnatury się nie zgadzają — błędna kompilacja. To zapobiega większości klasycznych błędów Java.

Przykład kodu:

open class Base {
    open fun greet() { println("Hello!") }
}

class Child : Base() {
    override fun greet() { println("Hi!") }
}

Kluczowe cechy:

Tylko metody oznaczone open/abstract/interface mogą być nadpisywane
Użycie override jest obowiązkowe i wyraźne
Próba nadpisania bez open — błąd kompilacji

Pytania z pułapką.

Czy można przypadkowo nadpisać funkcję, jeśli zapomnimy o override?

Nie. Jeśli pominiesz override, zadeklarowana metoda będzie uważana za nową metodę klasy i żadne nadpisanie nie nastąpi — kompilator zgłosi błąd, jeśli open jest obecne w metodzie bazowej.

Przykład kodu:

open class A { open fun test() {} }
class B : A() {
    fun test() {} // nie nadpisuje! Analogicznie do test2()
}

Czy własne metody mogą mieć bardziej restrykcyjną widoczność niż rodzic?

Nie. Nie można zawęzić zakresu widoczności nadpisywanej metody. Na przykład, jeśli metoda bazowa jest public, nadpisanie override nie może być private/protected/internal. Kompilator zgłosi błąd.

Czy komponent override może być final?

Tak! Jeśli nie chcesz dalszego nadpisywania, dodaj final:

class D : Base() {
    final override fun greet() { //... }
}

Typowe błędy i antywzorce

Zapomniano o dodaniu override: funkcja jest uważana za nową metodę, a nie nadpisanie
Próba nadpisania metody, która nie jest open — błąd kompilacji
Błąd w sygnaturze: override wymaga dokładnego dopasowania parametrów i typu zwracanego

Przykład z życia

Negatywny przypadek

W Javie:

public class Parent {void foo(){} }
public class Child extends Parent {void foo(int x){} }

Oczekiwano nadpisania, ale w rzeczywistości — przeciążenie. Wywołania odbywają się nie w tym metodzie.

Zalety:

Elastyczność, mniej zbędnego kodu

Wady:

Łatwa, niewidoczna pomyłka w dużym projekcie

Pozytywny przypadek

W Kotlinie:

open class Parent { open fun foo() {} }
class Child : Parent() { override fun foo() { /*...*/ } }