peterS.: custom events/[EventDispatcher] fuer nicht-DOM-objekte?

gruss wissende,

inwieweit kann ich hier erfahrungswerte beim einsatz selbst-
definierter (DOM)events abgreifen?

vor allem interessiert mich, ob es schon browseruebergreifend
zufriedenstellend funktionierende loesungen fuer selbstgestrickte
JavaScript-objekte gibt, die nicht direkt mit der benutzeroberflaeche
oder einer HTTP-schnittstelle in verbindung stehen und deshalb auch
nicht "flow"-verhalten von [EventTarget]s, [EventListener]s, Document-
[Event]s, ... entlehnen muessen/koennen - also loesungen aehnlich zur
[EventDispatcher]-schnittstelle, die in ActionScript 2 etwas *dreckig*
nachimplementiert wurde.

oder kann man heute schon einigermassen browseruebergreifend - also
auch safari und opera - DOM-events fuer nicht-DOM-objekte benutzen?

so long - peterS. - pseliger@gmx.net

--
»Because objects in JavaScript are so flexible, you will want to think differently about class hierarchies.
Deep hierarchies are inappropriate. Shallow hierarchies are efficient and expressive.« - Douglas Crockford
ie:( fl:) br:> va:( ls:& fo:) rl:| n3;} n4:} ss:} de:µ js:} mo:? zu:]
  1. hallo again interessierte,

    hier mal ein erster wurf eines [EventDispatcher]s, unter dessen haube ein
    [AS2AlikeEventDispatcher] bzw. ein [DOM2AlikeEventDispatcher] mit den
    jeweils gleichlautenden methoden [register] und [unsubscribe] stecken -
    die beiden letztgenannten interfaces versuchen dann jeweils ihrem namen
    gerecht zu werden, indem sie sich so nah wie moeglich an ihre als vorbild
    dienende originalimplementierung anlehnen.
    fuer ActionScript 2 gibt es dabei kein richtiges modell, anhand dessen eine
    umsetzung nachzuvollziehen waere - hier muessen die schnittstellen und
    deren anwendung und funktionsweise in der praxis als eckpunkte herhalten.
    fuer DOM-Level-2 gibt es w3c-spezifikationen, die konkrete schnittstellen
    und objekte/prototypen vereinbaren.
    das *alike* in [DOM2AlikeEventDispatcher] wird der spezifikation insofern
    gerecht, als das dieses interface wirklich nur die allerwichtigsten objekte
    und methoden fuer ein funktionierendes *ECMAScript-Object Event-Dispatching*
    umsetzt und den DOM-spezifischen rest, wie z.b *event flow* (capture, bubbling,
    propagation) ignoriert.

    natuerlich bedarf es noch umfangreicher testlaeufe. da ich dies in kurzer
    zeit nicht alleine leisten kann, bitte ich um mithilfe - die oben genannten
    module koennen herausgeloest und einzeln getestet werden.

    die scripte werden unter jsApi.EventDispatcher.dev.js entwickelt, die testseite
    liegt unter http://www.pseliger.de/jsExtendedApi/jsApi.EventDispatcher.dev.html
    und schmeisst im moment 13 alerts.

    ich bitte um rueckmeldung, kritik, anregung - danke.

    so long - peterS. - pseliger@gmx.net

    --
    »Because objects in JavaScript are so flexible, you will want to think differently about class hierarchies.
    Deep hierarchies are inappropriate. Shallow hierarchies are efficient and expressive.« - Douglas Crockford
    ie:( fl:) br:> va:( ls:& fo:) rl:| n3;} n4:} ss:} de:µ js:} mo:? zu:]