Jak zmusić podklasę do wywołania abstrakcyjnie zaimplementowanej metody

Question

Zasadniczo, co chcę zrobić, to wymuszenie podklasy w celu wywołania abstrakcyjnej metody nadklasy (zaimplementowanej w podklasie), więc nie muszę jej jawnie zapisywać czas tworzę nową podklasę.

Napisałem go raz w konstruktorze nadklasy, ponieważ chcę go wymusić na każdą implementację.

public abstract class SupahClass { 
    public SupahClass() { 
     doStuff(); // It IS executed when the subclass constructor is called 
     init(); // NOT executed, even though it's implemented 
    } 

    private void doStuff() { ... }   

    protected abstract void init(); 
} 

public class SomeSubClass extends SupahClass { 

    // The problem lies HERE: this is executed AFTER init() ... so it gets NULL again 
    private TextBox myTextBox = null; 

    public SomeSubClass() { 
     super(); // invokes the super constructor, so init() should be called 
     // I could call init(); here EACH time i create a new subclass... but no :) 
    } 

    @Override 
    public void init() { 
     this.myTextBox = new TextBox(); // Executed BEFORE its declared as null above 
    } 
} 

Oczywiście, nadklasą nie może nazwać go od sposobu jego abstrakcyjnej (tak nieokreślonej), ale jego klasa abstrakcyjna, więc nie może być instanciated, musi powierzyć zadanie jej podklas, więc dlaczego Czy nie nazywają abstrakcyjną, ale teraz wdrożoną metodą?

EDIT Zobacz właściwość podklasy myTextBox i realizację

Które podejście sądzisz zrobić init()? Wyjąć = null w deklaracji majątkowych (duhhh)

lub usunąć init() w nadrzędnej i wyraźnie nazywając go w konstruktorze podklasy (to właśnie chciałem uniknąć, ponieważ będę musiał napisać to 100% czasu ..)

Answer 1

Można to naprawić zmieniając deklarację:

private TextBox myTextBox; 

Przypisanie NULL niczemu nie służy. Gdyby nie było nadklasy, nie zrobiłoby to nic, ponieważ pola zostały zresetowane do wartości null. Ponieważ istnieje superklasa, działa ona jak strzała na stopę. Tak więc, pozbądź się tego.

Answer 2

Nie mogę tego odtworzyć. init()będzie będzie wywoływane, zakładając, że nie są zgłaszane żadne wyjątki. Krótki, ale pełny przykład:

abstract class Superclass { 
    public Superclass() { 
     init(); 
    } 

    protected abstract void init(); 
} 

class Subclass extends Superclass { 
    public Subclass() { 
     super(); 
    } 

    @Override 
    public void init() { 
     System.out.println("Subclass.init called"); 
    } 
} 

public class Test {  
    public static void main(String[] args) throws Exception { 
     new Subclass(); 
    } 
} 

Który drukuje "Subclass.init nazwie" zgodnie z oczekiwaniami. Podejrzewam, że coś innego jest nie tak w kodzie, którego nam nie pokazałeś.

Należy pamiętać, że wywoływanie metod wirtualnych w konstruktorze jest ryzykowne - podklasa nie została jeszcze zainicjalizowana - wszystkie zmienne będą miały na przykład wartości domyślne. Zasadniczo należy unikać takiego wzoru.

Answer 3

Klasy abstrakcyjne można wywoływać abstrakcyjne metody.

Answer 4

Czy użyłeś debuggera, aby zrozumieć, co robi kod?

Kolejność konstrukcji to 1. Konstruktor klasy bazowej 2. Inicjalizacja wszystkich elementów klasy pochodnej 3. Konstruktor klasy pochodnej.

W twoim przypadku krok 1 inicjuje element (w init klasy pochodnej - wywoływanej przez wywołanie polimorficzne), ale krok 2 ustawia go na wartość null.