Należy zastosować odziedziczoną metodę abstrakcyjną

Question

Moja klasa implementuje ActionListener. I wprowadziły następujące klasy zagnieżdżone poniżej:

JMenuItem mntmNew = new JMenuItem("New..."); 
    mntmNew.addActionListener(new ActionListener(){ 
     @Override 
     public void actionPerformed(ActionEvent e){ 
      doNew(e); //calls to outer class for cleaner code 
     } 
    }); 
    mnFile.add(mntmNew); 

    JMenuItem mntmLoad = new JMenuItem("Load..."); 
    mntmLoad.addActionListener(new ActionListener(){ 
     @Override 
     public void actionPerformed(ActionEvent e){ 
      doLoad(e); //calls to outer class for cleaner code 
     } 
    }); 
    mnFile.add(mntmLoad); 

//etc. for the rest of the menu system 

Jednak Eclipse wciąż mówią mi, że moja klasa musi implementować dziedziczone metody abstrakcyjne ActionListener.actionPerformed (ActionEvent e). Czy w ten sposób nie można zaimplementować zastąpienia metod w klasie zagnieżdżonej?

Answer 1

Twoje pytanie:

Czy nie można wprowadzić w życie metody nadpisywania w zagnieżdżonych klasy w ten sposób?

Odpowiedź brzmi: nr. Eclipse (właściwie Java) skarży się, że gdy jesteś deklarując swoją klasę jako wdrożenie ActionListener nie jesteś podając swoje klasa niezbędną actionPerformed(...) metodę w własnym zakresie klasy - i to ostatnia część jest bardzo ważne. Klasa implementująca interfejs musi implementować wszystkie wymagane metody interfejsu we własnym zakresie, a nie w klasach zagnieżdżonych. Zauważ, że nie zapobiega to zagnieżdżaniu klas, które implementują również ActionListener lub inne interfejsy, ale niezależnie od tego, reguła pozostaje taka, że ​​klasa nie abstrakcyjna, która implementuje interfejs, musi przesłonić metody interfejsu tego interfejsu.

Ale ponieważ nie używasz obiektów klasy jako ActionListener, prostym rozwiązaniem jest nie deklarowanie swojej klasy jako implementującej interfejs ActionListener. Problem rozwiązany. W rzeczywistości znacznie lepiej jest nie mieć własnej klasy GUI implementującej interfejsy nasłuchujące, ponieważ łączenie ich w jedną klasę powoduje, że klasa robi zbyt wiele. Z technicznego punktu widzenia niepotrzebnie zmniejsza to spójność klasy i ryzyko zwiększenia sprzężenia, co zmniejsza jego czytelność i łatwość konserwacji.