nicht angemeldet
Meinst du, man sollte Objektmethoden nicht als Event-Handler verwenden? Wieso?
Nun ja, dann ist das Objekt wohl eher ein Namespace für eine Methodensammlung, die mit Eventhandlern verknüpft werden.
Objekte, vor allem in JavaScript, sind immer Namespaces für Methoden sowie Status-Variablen.
Ich dachte halt, wenn "this" da zu Verwirrungen führt ist es vielleicht "falsch", dort mit "this" auf das Objekt zu verweisen, obwohl doch schon klar ist, dass das Objekt nur als Funktionsträger für Events fungiert.
Ein Objekt kann zur bloßen Gruppierung von Methoden genutzt werden. In der Regel speichert man dort aber einen bestimmten State. Die Methoden ändern diesen State oder geben ihn aus. Es ergibt daher Sinn, dass die Methoden für Event-Handling, also Eingabe, und DOM Scripting, also Ausgabe genutzt werden.
Aber vermutlich, wenn du das so schreibst, wird das so nicht praktiziert.
Man kann natürlich durchaus eine Abstraktionsschicht einbauen, die die Aufgaben trennt, zum Beispiel Model-View-Controller. Damit würden Event-Handler nicht direkt die Daten ändern.
Nur im Kontext des Codes geht es unter oder wird falsch interpretiert, weil nicht klar ist Verwirrung herrscht, wem der Code nun zugeordnet wird, welchem Objekt.
Function Binding bzw. die Nutzung von call und apply widmet sich genau diesem Problem, indem die Funktion einem bestimmten Objekt zugeordnet wird und diese Zuordnung bei sämtlichen Aufrufen beibehalten wird.
Logisch ist es natürlich, dass jeder Event-Handler im Kontext des Elements ausgeführt wird – wobei man das für Event-Handling längst nicht braucht, siehe oben.
Ich dachte IE braucht das? Wieder was nicht verstanden, vielleicht doch schon zu spät heute ...;
Wenn man im IE < 9 auf e.currentTarget zugreifen will, dann benötigt man das ursprüngliche this. Ansonsten kann man den Handler an ein anderes Objekt binden, wie man lustig ist.
Mathias