mal eine grundsatzfrage zu listenern ...

[Mr.Twister]

hi,
also listener mögen ja schön und gut sein, aber ich finde es teilweise recht umständlich, damit zu arbeiten.

beispiel:

PHP-Code:

stepperX_li = new Object();
stepperX_li.change = function(evtObj){
    sliderGridX.value = gridX_txt.value
    buildGrid()
}
myStepper.addEventListener("change", stepperX_li); 


damit frage ich ab, ob an meinem numeric stepper (komponente) etwas geändert wurde.

bei einem textfeld kann ganz easy
myText.onChanged = myFunction
schreiben.

wäre doch schick, wenn man das bei komponenten genauso schlank halten könnte, oder?

[hazy fantazy]

Listener kannst du halt beliebig viele haben, onChanged Handler aber nur einen.
mfg. h

Listener haben erst einmal nichts mit den Komponenten zu tun, sie machen aber bei der Auswertung von Komponenten-Events Sinn.

Natürlich hätte man einen Klick auch über einen onRelease-Event herausfiltern können; über das Event-Objekt hast du aber viel mehr Möglichkeiten. So kannst du bspw. in Combo- und Listboxen etc. noch die ausgewählten Zeilen, Labels oder Datas ermitteln etc. Diese Flexibilität verlangt dann aber halt ein paar Zeilen Code mehr.

Wenn du gar die Listener-Auswertung mit der Delegate-Klasse erweiterst, kannst du einem Objekt auch mehrere Listener zuordnen oder einen Listener mehreren Objekten und dabei direkt Funktionen ansteuern, die durch den Event-Typ ausgelöst werden.

Und mit einem Event-Dispatcher lässt sich darüberhinaus noch die Liste der vorgegebenen Event-Typen erweitern, so dass du für jedes Objekt deine eigenen Eventtypen erstellen kannst.

Schau dir auch mal dieses Tutorial an...

[Mr.Twister]

jo, danke euch beiden!

@agedoubleju:
uiuiui, ich werde mir die listener echt mal genauer ansehen.

@fantazy:
isch respäkdiiere auch nur müsch!