Fragen zu Klassenhierarchien und Weiteres

[EG2009]

Hallo an alle!

Schaue mir gerade mal wieder nen Quellcode an und werde aus manchen - vermeindlichen einfachen - Dingen nicht ganz schlau.
Vielleicht kann mir die erfahrenere Riege hier mal etwas auf die Sprünge helfen =).
Wäre jedenfalls super.

Frage 1:
Folgender Code liegt mir vor:

package net.app.memory;

import java.awt.Graphics;
import java.awt.Image;
import java.awt.event.MouseEvent;
import java.util.Vector;
import javax.swing.JComponent;

public class Card extends JComponent {
//.....Variablendeklarationen

  public Card(Image face, Image back) {
    super();
    this.face = face;
    this.back = back;
    addMouseListener(new MouseAdapter(this));
  }
//.....weiterer Code

Frage: Wenn die Klasse Card die Klasse javax.swing.JComponent importiert, so müsste sie ja eigentlich über deren Methoden verfügen, oder? Warum aber wird beim Konstruktor Card per super() auf den Konstruktor der Mutterklasse zugegriffen? Durch den Import müsste die Methode doch auch in der Klasse Card verfügbar sein?


Frage 2:
Folgende Getter und Setter liegen vor:

  public void setBack(Image back) {
    this.back = back;
  }

  public Image getBack() {
    return back;
  }

//...etwas weiter unten soll ein String zurückgegeben werden:

 public String getBackFile() {
    return this.backFile;

Frage: Woher weiß ich, wann der Rückgabewert mit "this." eingeleitet werden muss und wann nicht?


Frage 3:
Listeners und Events:

 protected synchronized void notifyCard(CardEvent e) {
    for (int i = 0; i < listeners.size(); i++)
      ((CardListener)listeners.elementAt(i)).turned(e);
  }

Frage: Kann mir jemand in einfachen Worten erklären, was hier das "synchronized" bewirkt? So in Bienchen und Blümchen Sprache ?

Noch was grundsätzliches:
Ist der hiesige Parameter "e" fest definiert oder könnte ich ihn auch xyz nennen? Gibt es irgendwelche festen Konventionen, nach denen die Parameter-Buchstaben vergeben werden? Der Autor des Quellcodes verwendet für mehrere Event Typen den Parameter "e"......


Vielen Dank für die Starthilfe .

Gruß, Seb

 

[EG2009]

Eins noch:

Wofür steht das "adaptee" in folgender Klasse?
Ich versteh den Aufbau hier irgendwie nicht?!

class MouseAdapter extends java.awt.event.MouseAdapter {
  Card adaptee;

  protected MouseAdapter(Card adaptee) {
    this.adaptee = adaptee;
  }

  public void mousePressed(MouseEvent e) {
    adaptee.mousePressed(e);
  }

 

[X3TitanCore]

Hallo an alle!

Schaue mir gerade mal wieder nen Quellcode an und werde aus manchen - vermeindlichen einfachen - Dingen nicht ganz schlau.
Vielleicht kann mir die erfahrenere Riege hier mal etwas auf die Sprünge helfen =).
Wäre jedenfalls super.

Frage 1:
Folgender Code liegt mir vor:

package net.app.memory;

import java.awt.Graphics;
import java.awt.Image;
import java.awt.event.MouseEvent;
import java.util.Vector;
import javax.swing.JComponent;

public class Card extends JComponent {
//.....Variablendeklarationen

  public Card(Image face, Image back) {
    super();
    this.face = face;
    this.back = back;
    addMouseListener(new MouseAdapter(this));
  }
//.....weiterer Code

Frage: Wenn die Klasse Card die Klasse javax.swing.JComponent importiert, so müsste sie ja eigentlich über deren Methoden verfügen, oder? Warum aber wird beim Konstruktor Card per super() auf den Konstruktor der Mutterklasse zugegriffen? Durch den Import müsste die Methode doch auch in der Klasse Card verfügbar sein?


Frage 2:
Folgende Getter und Setter liegen vor:

  public void setBack(Image back) {
    this.back = back;
  }

  public Image getBack() {
    return back;
  }

//...etwas weiter unten soll ein String zurückgegeben werden:

 public String getBackFile() {
    return this.backFile;

Frage: Woher weiß ich, wann der Rückgabewert mit "this." eingeleitet werden muss und wann nicht?


Frage 3:
Listeners und Events:

 protected synchronized void notifyCard(CardEvent e) {
    for (int i = 0; i < listeners.size(); i++)
      ((CardListener)listeners.elementAt(i)).turned(e);
  }

Frage: Kann mir jemand in einfachen Worten erklären, was hier das "synchronized" bewirkt? So in Bienchen und Blümchen Sprache ?

Noch was grundsätzliches:
Ist der hiesige Parameter "e" fest definiert oder könnte ich ihn auch xyz nennen? Gibt es irgendwelche festen Konventionen, nach denen die Parameter-Buchstaben vergeben werden? Der Autor des Quellcodes verwendet für mehrere Event Typen den Parameter "e"......


Vielen Dank für die Starthilfe .

Gruß, Seb

Import heißt nur ich kann das Zeug verwenden, mehr nicht.
Card erweitert JComponent. Deswegen super() um den Konstruktor von JComponent aufzurufen und dort evtl. vorhandene initialisierungen auszuführen. Ohne super() passiert das nicht. Der Card Konstruktor heißt schließlich anders als der von JComponent.

this ist eine Referenz auf die zugehörige Instanz.

e kannste nennen wie du willst.

 

[despranto]

HEy hier noch ne kleine Hilfestellung zum zweiten Post

Card adaptee;

Deklariert ein Objekt vom Typ Card; Das gehört zur Klasse!

protected MouseAdapter(Card adaptee) {
this.adaptee = adaptee;
}

Is im prinzip bloß eine setter Methode! Das Übergebene Card Objekt wird dem der Klasse zugewiesen!

Wenn du mehr zum MouseAdapter wissen willst guck mal unter
MouseAdapter (Java 2 Platform SE v1.4.2)

Wird mich freuen wenn nen bisschen hilft http://1.1.1.5/bmi/www.java-forum.org/images/smilies/wink.gif

 

[Gast2]

Is im prinzip bloß eine setter Methode! Das Übergebene Card Objekt wird dem der Klasse zugewiesen!

Das ist eher ein Konstruktor
Dem wird das Card Objekt übergeben. Wenn nen Mouseevent eintritt wird das event an deine Karte weitergegeben wo du das dann wohl verarbeitest.

 

[despranto]

Oh ja jetzt wo du es sagst manchmal bin ich auch verwirrt !!
Sorry

 

[Unsympath]

@Threadstarter:
Ich habe das Buch auch. Es ist zum Einstieg nicht wirklich geeignet, auch wenn es so heißt.

 

[EG2009]

Danke schonmal für die Antworten.

@Unsympath
Hast du ne gute Alternative als erstes Buch?
Finde es auch nicht wirklich gelungen.

 

[Jan_Gerhard]

Zu Frage 3:
synchronized bedeutet, dass bei dem Zugriff auf gemeinsame Daten oder Methoden immer nur ein Thread nach dem anderen zugelassen wird. Handelt es sich um einen kritischen Block, also einen Bereich der nur seriell und nicht parallel von mehreren Aufrufern/Threads ausgeführt werden sollte weil ansonsten unschöne Seiteneffekte auftreten könnten, kann dieser mit synchronized geschützt werden.
In Deinem Beispiel wird also sichergestellt, dass protected synchronized void notifyCard(CardEvent e) nur schön geordnet nacheinander ausgeführt werden kann.

 

[Unsympath]

Meiner Meinung nach sollte man auch als Anfänger mit der Java-Insel (Galileo Computing :: Java ist auch eine Insel (8. Auflage)) sehr gut zurechtkommen.

 

[Tolga]

Jap, kann dem nur zustimmen, neben dem Java Skript unseres Profs lerne ich auch aus dem Buch Java ist eine Insel...zumal das ebook jedem kostenlos zur Verfügung steht.

 

[Gas]

Card erweitert JComponent. Deswegen super() um den Konstruktor von JComponent aufzurufen und dort evtl. vorhandene initialisierungen auszuführen. Ohne super() passiert das nicht.

Auch ohne extra super() hinzuschreiben wird der Konstruktor der Vaterklasse aufgerufen...

 

[EG2009]

Auch ohne extra super() hinzuschreiben wird der Konstruktor der Vaterklasse aufgerufen...

Ist das so?

Mache ich die Methoden der Vaterklasse durch einen Import dann quasi nur bekannt, oder wie kann man sich das vorstellen? Ich dachte (fälschlicherweise), dass ein Import immer eine Vereinleibung von Methoden ist....

 

[faetzminator]

Sobald du einen Konstruktor definierst, wird natürlich nicht automatisch jener der Superklasse aufgerufen.

 

[Landei]

Sobald du einen Konstruktor definierst, wird natürlich nicht automatisch jener der Superklasse aufgerufen.

Doch, natürlich. Probiers aus:

public class A {
  public A() {
     System.out.println("Aaaa!!");
  }
}

public class B extends A {
  public B() {
     System.out.println("Beeh!!");
  }
}

Bei Instantiierung eines B wird erst Aaaa!! und dann Beeh!! ausgegeben, also als erstes im B-Konstruktor implizit der A-Konstruktor aufgerufen.

 

[X3TitanCore]

Das ist schon richtig. Nur du kannst die Initialisierungen der Klassen A nicht im Konstruktor der Klasse B überschreiben wenn du nicht super() aufruftst.

Wenn du beim A Konstruktor int x = 0 hast könntest du den Wert im Konstruktor von B überschreiben und dadurch A anders initialisieren. Das geht nur mit super(), wenn ich das richtig verstanden habe.

 

[Gas]

Wenn du beim A Konstruktor int x = 0 hast könntest du den Wert im Konstruktor von B überschreiben und dadurch A anders initialisieren. Das geht nur mit super(), wenn ich das richtig verstanden habe.

Wenn du im Konstruktor von A einfach int x = 0; stehen hast und sonst nichts, kannst du in keinem im Konstruktor von B auf x zugreifen. Egal ob du jetzt super() davor schreibst oder nicht.
Auf Instanzvariablen hast du Zugriff. Und auch nur dann, wenn sie public oder protected sind.

super() aufzurufen ist sinnvoll, wenn man Parameter direkt an die Vaterklasse weitergeben möchte.
Z.B. wenn man extends JFrame hat und in seiner Klasse einen Konstruktor hat mit (String title) kannst du super(title); benutzen anstatt über die setTitle() Methode zu gehen.

 

[X3TitanCore]

Ok, alles klar.
Dann würde warscheinlich auch super.setText("Text") funktionieren.