Einer Methode eine andere Methode übergeben

[ac3]

Guten Abend,
ich stehe hier vor einem Problem.
Ich habe eine Funktion, die ein Programm beendet. Da diese Funktion 2 verschiedenen Teilen des Programms auftaucht, will ich der Methode eine anderer Methode mitgeben.

if (_inputLevel.equals("q")) {
this.quitGame(setLevel());
}

die andere Stelle wäre dann diese hier:
if (userInput.equals("q")) {
quitGame(this);
}

/**
* Spiel wird beendet sobald man dies mit J bestaetigt.
* @param object
*/
private void quitGame(Object object) {
t.text_beenden();
t.text_eingabe();
String quit = null;

try {
quit = br.readLine().replaceAll(" ", "");
} catch (IOException ex) {
ex.getMessage();
}

if (quit.equals("j")) {
t.text_exit();
System.exit(0);
} else if (quit.equals("n")) {
t.text_nichtbeendet();

// Hier müsste dann die verschiedenen Funktionen aufgerufen werden. Einmal userInput() und setLevel()
// Wie mache ich das???
this.userInput();
} else {
t.text_err_falschesZeichen();
this.quitGame(object);
}
}

 

[SlaterB]

eine eindeutige Formulierung wäre erfreulich,
du willst also eine Methode übergeben, nun gut,
das Beispiel
> this.quitGame(setLevel());
ist auch noch halbwegs verständlich,

aber wieso ist die zweite Variante
> quitGame(this);
?
this ist doch gar keine Methode, soll da
this.quitGame(userInput());
stehen?

------

in jedem Falle solltest du ein Objekt einer allgemeinen Klasse übegeben, von der eine standardisierte Methode aufgerufen wird,
du kennst doch sicher schon ActionListener von JButton?
mit einem ActionListener übergibt man an den JButton eine Aktion, die der dann ausführen soll,
wenn in der actionPerformed nur ein Methodenaufruf drinsteht, dann hat man quasi eine Methode als Parameter übergeben,
siehe auch Command-Pattern

 

[ac3]

Sorry, dass es nicht so gut verständlich geworden ist.

Du hast recht, dass im 2. Fall
this.quitGame(userInput());
stehen muss.

Dazu muss ich dich leider enttäuschen, dass ich mit ActionListenern noch nicht gearbeitet habe und wir es auch noch nicht gelernt haben.

Nur wie bekomme ich diese 2 Methoden an quitGame() übergeben???

 

[Schandro]

Beispielcode:

class A{

	public static void main(String[] args){
		new A();
	}


	public A(){
		Executable methodA = new Executable(){
			public void execute(){
				a();
			}
		};
		Executable methodB = new Executable(){
			public void execute(){
				b();
			}
		};

		doStuff(methodB);
		doStuff(methodA);

	}


	public void a(){
		// Beispielcode
		System.out.println("bla");
	}

	public void b(){
		// Beispielcode
		for(int i=0;i<2;++i){
			System.out.println("blubb");
		}
	}

	public void doStuff(Executable executable){
		// hier kann weiterer Code stehen
		executable.execute();
		// hier kann weiterer Code stehen
	}
}

interface Executable{
	public void execute();
}

 

[bygones]

Beispielcode:
...

immer wieder eins der schrecklichsten Sachen von Java imo ... ein solch komplexes Konstrukt fuer eine solche Kleinigkeit....

 

[SlaterB]

was ist daran schon komplex?
das Interface muss man nur einmal im ganzen Programm, in der ganzen JRE schreiben, wenn man es so allgemein sieht wie Closures,
und wenn man lieber Abkürzungen statt verständlichen Code mit Formatierung, Klassen- und Methodennamen schreibt, dann käme man genauso auf zwei Zeilen:

doStuff(new Ex() {public void ex() {a();}});
doStuff(new Ex() {public void ex() {b();}});

paar Klammern zu viel sicherlich,
ansonsten kann man nur die Typsicherheit, Sichtbarkeit und die saubere Vererbung in Java an dieser Stelle nicht wegkürzen,
in dem Fall wäre eh insgesamt eine andere Sprache geeigneter

 

[bygones]

was ist daran schon komplex?

das erstellen einer weiteren Struktur fuer die loesung eines simplen Problems... das sehe ich als komplex an, nicht die Realisierung

in dem Fall wäre eh insgesamt eine andere Sprache geeigneter

was viele Sprachen die auf der JVM basieren ja dankenswerter weise unterstuetzen !