abstrakte Klassen, Interfaces

[Han]

Hallo......Interfaces sowie abstrakte Klassen können nicht instanziiert werden oder?

mfg,
Hannes

 

[Beni]

Versuchs doch mal :wink: Nein, die können nicht instanziiert werden.

 

[Volker II]

was tun wenns der compiler fordert?

Versuchs doch mal :wink: Nein, die können nicht instanziiert werden.

du wirst dir fast denken, was nun folgt (siehe swing)...

    public void setTabDefaults(boolean _setting) {
        myEditorListener dCEL = new myEditorListener();                  // FEHLER !!!
        
        dTAB.getTableHeader().setEnabled(_setting);
        dTAB.getTableHeader().setResizingAllowed(_setting);
        dTAB.getTableHeader().setReorderingAllowed(_setting);
        dTAB.setDragEnabled(_setting);
        dTAB.setColumnSelectionAllowed(_setting);
        dTAB.setRowSelectionAllowed(_setting);
        
        dTAB.getColumnModel().getColumn( 2).setCellEditor(new DefaultCellEditor(new JTextField()));
        dTAB.getColumnModel().getColumn( 2).getCellEditor().addCellEditorListener(dCEL);
 
        ...
   }

ergibt im NB 5.0 den Fehler, geht nicht wegen instanzieren ist nicht und

    public void setTabDefaults(boolean _setting) {
        myEditorListener dCEL;
        
        dTAB.getTableHeader().setEnabled(_setting);
        dTAB.getTableHeader().setResizingAllowed(_setting);
        dTAB.getTableHeader().setReorderingAllowed(_setting);
        dTAB.setDragEnabled(_setting);
        dTAB.setColumnSelectionAllowed(_setting);
        dTAB.setRowSelectionAllowed(_setting);
        
        dTAB.getColumnModel().getColumn( 2).setCellEditor(new DefaultCellEditor(new JTextField()));
        dTAB.getColumnModel().getColumn( 2).getCellEditor().addCellEditorListener(dCEL);                  // FEHLER !!!
 
        ...
   }

ergibt variable dCEL might not be initated.

import javax.swing.event.*;

public abstract class myEditorListener implements java.awt.event.KeyListener, 
 java.awt.event.MouseListener,
 javax.swing.event.CellEditorListener {
    boolean _isDebug = false;
    char      _isDigit    = 0x00;
    int         _isCode   = -1;
            
    public void setDebug(boolean _debug) {
        this._isDebug = _debug;
    }
    
    private void setKeyValues(java.awt.event.KeyEvent evt) {
        this._isDigit  = evt.getKeyChar();
        this._isCode = evt.getKeyCode();
    }

    private boolean getDebug() {
        return this._isDebug;
    }
    
    public void keyTyped(java.awt.event.KeyEvent evt) {
        if (this.getDebug()) {
            System.out.println(evt.getComponent().getClass().toString());
            System.out.println(evt.getKeyChar());
        }
        
        setKeyValues(evt);
     }

    public void mouseReleased(java.awt.event.MouseEvent evt) {
        if (this.getDebug()) {
            System.out.println(evt.getComponent().getClass().toString());
        }
    }
}

und das ist laut NB 5.0 fehlerfrei....

und nun?

 

[SnooP]

äh... sollen wir jetzt erst raten wo das problem überhaupt liegt oder kommt noch was? was sollte am letzten laut nb fehlerfreien code problematisch sein? Wo liegt das Problem mit dem not initialized?

zu jeder abstrakten Oberklasse muss man konkrete Klassen ableiten, die man dann wiederum verwenden kann bzw. einem abstrakten Obertyp auch zuweisen kann... eine Klasse myBla... würde ich jedoch von der Namenskonvention her nie abstrakt machen... My (groß übrigens besser) impliziert eigentlich immer eine konkrete Implementierung und nix abstraktes.

 

[Guest]

äh... sollen wir jetzt erst raten wo das problem überhaupt liegt oder kommt noch was? was sollte am letzten laut nb fehlerfreien code problematisch sein? Wo liegt das Problem mit dem not initialized?

die abstracte class myDingenskirchen ist ok, aber die verwendung läuft auf den fehler. entweder weil ich sie initialsieren will oder weil sie nicht habe, weil eine abstrakte klasse nicht zu initialsieren geht. es steht also alles, was ich an problem habe im beitrag - es kommt also - zunächst - nichts weiter.

 

[Volker II]

hups, es geht auch als gast??? was für ein fehler

also NB meckert in jedem fall an der verwendung der abstrakten klasse rum, nicht an der definition derselben.

übrigens, setzte ich:

myEditorListener dCEL = null;

dann funzt zwar der compiler aber ich habe keine funtkionalität....

 

[Brainiac]

zu jeder abstrakten Oberklasse muss man konkrete Klassen ableiten, die man dann wiederum verwenden kann bzw. einem abstrakten Obertyp auch zuweisen kann... eine Klasse myBla... würde ich jedoch von der Namenskonvention her nie abstrakt machen... My (groß übrigens besser) impliziert eigentlich immer eine konkrete Implementierung und nix abstraktes.

Du mußt also von Deiner abstracten Klasse eine weiter ableiten. Diese kannst Du dann benutzen. Sollte eigentlich logisch sein, da das Konzept des abstracten das so vorraussetzt. Wenn Du keine weiter Klasse ableiten willst, mach halt die benutzte Klasse nicht abstrakt.

Die Idee hinter abstrakt ist eine gewisse Struktur vorzugeben die abgeleitete Klassen haben müssen, die selber aber noch nciht aussreichend ist um sie konkret zu benutzen. Bsp.: AbstractButton

 

[Volker II]

mhh, geschrieben umgesetzt compiler error...

Du mußt also von Deiner abstracten Klasse eine weiter ableiten. Diese kannst Du dann benutzen. Sollte eigentlich logisch sein, da das Konzept des abstracten das so vorraussetzt. Wenn Du keine weiter Klasse ableiten willst, mach halt die benutzte Klasse nicht abstrakt.

Die Idee hinter abstrakt ist eine gewisse Struktur vorzugeben die abgeleitete Klassen haben müssen, die selber aber noch nciht aussreichend ist um sie konkret zu benutzen. Bsp.: AbstractButton

/**
 *
 * @author vjahns
 */
public class myEditorListener extends A_editorListener {
    
    /** Creates a new instance of myEditorListener */
    public myEditorListener() {
    }
    
}

public abstract class A_editorListener implements java.awt.event.KeyListener, 
 java.awt.event.MouseListener, 
 javax.swing.event.CellEditorListener {
    boolean _isDebug = false;
    char    _isDigit = 0x00;
    int     _isCode  = -1;
    
    
    public void setDebug(boolean _debug) {
        this._isDebug = _debug;
    }
    
    private void setKeyValues(java.awt.event.KeyEvent evt) {
        this._isDigit = evt.getKeyChar();
        this._isCode  = evt.getKeyCode();
    }

    private boolean getDebug() {
        return this._isDebug;
    }
    
    public void keyTyped(java.awt.event.KeyEvent evt) {
        if (this.getDebug()) {
            System.out.println(evt.getComponent().getClass().toString());
            System.out.println(evt.getKeyChar());
        }
        
        setKeyValues(evt);
     }

    public void mouseClicked(java.awt.event.MouseEvent evt) {
        if (this.getDebug()) {
            System.out.println(evt.getComponent().getClass().toString());
        }
    }

    public void mousePressed(java.awt.event.MouseEvent evt) {
        if (this.getDebug()) {
            System.out.println(evt.getComponent().getClass().toString());
        }
    }

    public void mouseReleased(java.awt.event.MouseEvent evt) {
        if (this.getDebug()) {
            System.out.println(evt.getComponent().getClass().toString());
        }
    }
}

und der compiler meint:

init:
deps-jar:
Compiling 1 source file to ....\JavaSource\javaTAS\build\classes
....\JavaSource\javaTAS\src\myEditorListener.java:14: myEditorListener is not abstract
and does not override abstract method 
keyReleased(java.awt.event.KeyEvent) in java.awt.event.KeyListener
public class myEditorListener extends A_editorListener {
1 error
BUILD FAILED (total time: 0 seconds)

iund nun?

Ist mindestens eine Methode abstrakt, so ist es automatisch die ganze Klasse. Deshalb müssen wir das Schlüsselwort abstract ausdrücklich vor den Klassennamen schreiben. Vergessen wir das Schlüsselwort abstract bei einer solchen Klasse, erhalten wir einen Compilerfehler.

erzählt uns JAVA ist auch eine Insel von CH. Ullenboom...

alles klar, bloss wie binde ich dann KeyEvent-, MouseEvent- und CellEditorListener in meine Klasse ein ohne dass dies dann abstract werden muss, weil ich die "internen" abstracten Klassen nicht überschreiben will???

Also müssen sämtliche abstrakten Methoden überschrieben werden, damit der Compiler zufrieden ist....

 

[SnooP]

Also müssen sämtliche abstrakten Methoden überschrieben werden, damit der Compiler zufrieden ist....

Exakt so... - entweder du überschreibst alle abstrakten Methoden (zumindest nen Methodenrumpf muss da sein) oder aber du benutzt die entsprechenden Adapterklassen die Java auch schon mitgibt... KeyAdapter, MouseAdapter etc. - dort brauchst du nur die Methoden zu überschreiben, die du wirklich benötigst...

 

[Volker II]

siehste, der Affe lernt,

Exakt so... - entweder du überschreibst alle abstrakten Methoden (zumindest nen Methodenrumpf muss da sein) oder aber du benutzt die entsprechenden Adapterklassen die Java auch schon mitgibt... KeyAdapter, MouseAdapter etc. - dort brauchst du nur die Methoden zu überschreiben, die du wirklich benötigst...

selbst wenn er vor ca 20 Jahren COBOL und Assembler gelernt und noch per Lochkarte umgesetzt hatte...

Jetzt verliere noch einen Absatz über die Adapterklassen (Nutzung und Definition), vielleicht entdecke ich da meine Lösung zu einem sehr realen Problem (siehe Swing)....

 

[SnooP]

zu Cobol: siehe Sig

zu Adapterklassen: siehe http://www.galileocomputing.de/open...sel15_001.htm#Rxx747java15001040005391F040117

 

[Guest]

zu Cobol: siehe Sig

zu Adapterklassen: siehe http://www.galileocomputing.de/open...sel15_001.htm#Rxx747java15001040005391F040117

Der Vorteil einer Erklärung mit anderen Worten ist manchmal der, das mit anderen (oder ergänzenden) Worten der Inhalt noch einmal aber eben anders erklärt wird. Wer sich selber durch sich selber erklärt macht sich nicht zwingend verständlicher. :bae:

 

[Volker II]

das man hier als gast posten darf, finde ich falsch...

 

[SnooP]

Ich habe mich ja nicht selbst durch mich selbst erklärt? ich hab dir ne quelle gegeben wo man's nachlesen kann...
eine Adapterklasse implementiert das komplette Listener-Interface, also das was bei dir gescheitert ist, weil du halt nicht alle Methoden implementieren wolltest... - die Adapterklasse implementiert alle mit leeren Methodenrümpfen... und warum? ... richtisch - wenn du von dieser klasse ableitest, kannst du diejenigen Methoden überschreiben, die dich interessieren... die anderen Methoden lässt du so wie sie sind... und schwupp ist alles ganz einfach.

Genau so bzw. schöner stehts im von mir geposteten Link...

P.S. das man als Gast posten kann, find ich richtig *g*