Hallo erstmal & Verständnisfrage OnClickListener

Moin!

Zitat von Chris303

"Android 4 Apps entwickeln mit dem Android SDK" von Thomas Künneth

Hab die Version für Android 3 hier und muss sagen, dass ich Herrn Künneths Buch für Einsteiger nicht so optimal finde.
Aber egal.

Zitat von Chris303

Code

weiter_fertig.setOnClickListener(new OnClickListener() {
			@Override
			public void onClick(View v) {
				if (firstClick) {
					nachricht.setText(getString(R.string.hallo,
							eingabe.getText()));
					eingabe.setVisibility(View.INVISIBLE);
					weiter_fertig.setText(R.string.fertig);
					firstClick = false;
				} else {
					finish();
				}
			}
		});

Alles anzeigen

Boah, diese Benamsung.
Und erklärt hat er vermutlich auch nix...

Zitat von Chris303

Soweit ich unabhängig von dem Code das Prinzip verstehe ist OnClickListener erstmal nur ein Interface, dass besagt, dass die Methode "onClick (View v)" implementiert werden muss.

Soweit richtig.

Zitat von Chris303

Meine eigene logische Schlussfolgerung wäre, dass ich also zunächst eine Klasse, sagen wir namens "ListenMe" erstelle, die onClickListener implementiert. Darin kann ich dann durch überschreiben von onClick(View v) bestimmen, was beim Click geschehen soll.

Das könntest du tun, wäre aber etwas aufwendig. Schließlich müsstest du dann schauen, von welcher Activity das View gerade gehosted wird und entsprechend reagieren.

Zitat von Chris303

Das Ganze würde ich dann per

Code

weiter_fertig.setOnClickListener(new ListenMe())

dem Button-Objekt zuweisen.

Zum Beispiel, ja.

Zitat von Chris303

Nun ist es aber nicht so, wie ich denke, sondern es steht dieses für mich seltsam erscheinende Code-Konstrukt im Raum.
Dabei wird über "new OnClickListener()" eine Instanz des Interfaces erzeugt? Das ist doch Quatsch - geht doch meines Wissens nach gar nicht? Auch kenne ich die Schreibweise mit dem dahinterstehenden Block nicht.
Was will mir also dieses Stückchen Code genau sagen ?

Doch, genau das geht und nein, das ist kein Quatsch.

Ein Interface ist in Java so etwas wie eine abstrakte Klasse. Von jeder Klasse lässt sich auch eine Instanz erzeugen.
Du sagst also im weiteren Sinne: "Java Runtime, erstelle mir ein Objekt, das das Interface OnClickListener bedient und die Methode onClick(View) wie folgt implementiert."

Du gibst diesem Button in diesem Kontext eine spezifische Instanz zum abstrakten Interface View.OnClickListener mit einer spezifischen Implementierung der Methode onClick(View v) mit.
Statt also 17 ListenMe Klassen mit ihren jeweiligen Instanzen hast du nur 17 'Inline'-Instanzen in deinem Code.

Bei einem derart simplen Interface ist es ziemlich oft so, dass die Anpassungen so geschehen. (Es werden selten zwei Button denselben OnClickListener verwenden, also lohnt sich eine Ableitung der Activity von OnClickListener mit einer eigenen Implementierung der Instanzmethode onClick(View) zum Einhängen nicht.)

Bei komplexeren Dingen kannst du so beispielsweise eine eigene Subklasse mit vordefinierten Informationen erstellen und nur die immer anzupassende Methode an der Stelle implementieren, an der du sie brauchst.

Zitat von Chris303

Hoffe jemand kann Licht in mein Dunkel bringen.

Ich hoffe, ich konnte helfen.

Die Schreibweise kenne ich so noch aus JavaScript Zeiten.
Und so ungewöhnlich finde ich sie nicht.
Vergleiche:

weiter_fertig.setOnClickListener(new OnClickListener() {
	@Override
	public void onClick(View v) {
		if (firstClick) {
			nachricht.setText(getString(R.string.hallo, eingabe.getText()));
			eingabe.setVisibility(View.INVISIBLE);
			weiter_fertig.setText(R.string.fertig);
			firstClick = false;
		} else {
			finish();
		}
	}
});

und

// Activity implements OnClickListener()


public void onCreate()
{
	weiter_fertig.setOnClickListener(this);
}


@Override
public void onClick(View v) {
	if (firstClick) {
		nachricht.setText(getString(R.string.hallo, eingabe.getText()));
		eingabe.setVisibility(View.INVISIBLE);
		weiter_fertig.setText(R.string.fertig);
		firstClick = false;
	} else {
		finish();
	}
}

Der Unterschied ist gering.

Das Stichwort hierbei ist "anonymous inner class" bzw. "anonyme innere Klasse", falls du weitere Literatur dazu suchen möchtest.

block_