OOP Aus Objekt auf Funktion der erzeuger Klasse zugreifen?

[Gerrit123]

Hallo,

wie der Titel schon sagt bin ich auch der suche nach einem Weg, wie man aus
einem erzeigten Objekt herraus, auf eine Funktion der Klasse die das Objekt erstellt hat zu zugreifen.

Ich bin mir nicht sicher, aber glaube fast das es nicht möglich ist.
Kennt ihr da eine möglichkeit?

Beispiel:

public class Start
{
   public Auto meinAuto = new Auto();

   void fahre88mphschnell(){
      system.out.println("back to the future...");
   }
}

public class Auto
{
public Auto meinAuto = new Auto();

   void lassdasauto88mphfahren()
   {
   fahre55mphschnell(); //void aus erzeuger Klasse aufrufen
   }
}

 

[Andgalf]

Ich weiß zwar nicht genau was du vorhast, aber ich glaube dein Stichwort ist Callback

 

[TR]

andere Möglichkeit wäre auch z.B. über eine Abstracte Klasse, je nachdem was man vor hat.

class Start{
   public Auto meinAuto = new Auto(){
	   @Override
	public void fahre55mphschnell() {
		   System.out.println("back to the future...");
	}
   };
}


abstract class Auto {
	public Auto (){
		super();
	}
 
   void lassdasauto55mphfahren(){
	   fahre55mphschnell(); 
   }
   
   public abstract void fahre55mphschnell();
   
}

 

[Gerrit123]

Danke euch beiden, aber leider kann ich das so nicht umsetzen.
Werde die Klassen dann wohl doch mit einem Inteface "vereinen".

 

[bone2]

das design ist schon naja, ähm anderes thema.

erstelle ein Objekt der Startklasse und gib sie dem auto konstruktor mit

 

[faetzminator]

public interface Driveable {
     void fahre88mphschnell();
}

public class Start implements Driveable {
    public Auto meinAuto = new Auto(this);
    void fahre88mphschnell() {
        System.out.println("back to the future...");
    }
}
 
public class Auto {
    private Driveable driveable;
    public Auto(Driveable driveable) {
        this.driveable = driveable;
    }
    void lassdasauto88mphfahren() {
        driveable.fahre55mphschnell(); //void aus erzeuger Klasse aufrufen
    }
}

so was?

 

[Kjubert]

So würde ich es auch machen - aber was ist, wenn er diese Sub-Klasse dann serialisieren will und nicht immer alle "parent"-Objekte mitserialisieren will (ich frage einfach mal aus persönlichem Interesse)?
Stichwort

transient

sorgte bei mir für Probleme :bahnhof:

Aber tschuldigung, das hier ist ja nicht mein Thread...

 

[faetzminator]

Stichwort

transient

sorgte bei mir für Probleme

Was für Probleme? Und warum sollte er überhaupt irgendwas serialisieren wollen? Es gibt genügend Gründe, warum man die (Java SE Standard) Serialisierung produktiv nicht verwendet...

 

[Kjubert]

[OT]Der TO hatte nichts entsprechendes erwähnt - es ging mir nur um den generell klügsten Weg, swas zu machen. Und wenn eine Serialisierung dadurch erschwert wird, kann man davon ja nicht reden. Deshalb die Frage. War im Prinzip Off-Topic.
Was genau mir Probleme gemacht hat kann ich grad nimmer sagen. Aber Serialisierung an sich ermöglicht natürlich erstmal recht komfortables Arbeiten - klar gibt es Argumente dagegen.[/OT]

 

[Gerrit123]

@Kjubert: Geht schon in Ordnung, wenn es die anderen/Moderatoren wegen der Übersicht halber nicht stört.
Ich konnte mein problem jetzt anderweitig lösen, nur steht schon wieder vor einem neuen.


Das über 100 Umwege erstellte JFrame will sich zum teufel einfach nicht Updaten/repainten.
Das Fenster wird nur neugezeichnet wenn man es verschiebt oder die größe ändert.

Das JFrame wird so erstellt:

Import beschis***e.EBAnwendung;

MeinProgramm()
{
private EBAnwendung = new EBAnwendung();
}

1. Wobei EBAnwendung von Ereignisanwendung erbt!
2. Ereignisanwendung erstellt einen Bildschirm-Objekt!
3. Die Klasse Bilschrim erbt von JFrame und stellt

public static Bildschirm hatPrivatschirm;

bereit
4. Der Bilschrim ruft im Konstruktor den geschützten Konstruktor?

protected Bildschirm(){super ...}

auf,
5. welcher dann mit

super();

das eigentliche Fenster erstellt.

Frage: Wie kann ich jetzt von

MeinProgramm()

dem ultimativ eingegrabenen JFrame sagen das es sich neuzeichnen soll?

 

[faetzminator]

Irgendwo muss halt irgendwer [c]repaint()[/c] aufrufen...

 

[Gerrit123]

Danke,

repaint()

konnte ich in der Doku einfach nicht finden.
Dort stand immer nur etwas von paint() oder doUpdate etc. hab mir schon die Birne matschig gesucht.
Außerdem half eclipse beim richtigen finden der Namen der Objkete aus der Bibliothek (Vorschläge).
(Musste den ganzen Mist erstmal aus BlueJ importieren).
Endlich fertig