flex sdk core classes veraendern

[kRizzl]

hey forum,

ich wuerd gern versuchen, nen bug im flex sdk zu beheben, aber ich hab keinen plan, wie ich dem compiler sagen soll, das meine klasse wichtiger ist als die ausm flex-swc.
oder wie man das generell angeht beste voraussetzungen, oder?

gruss

[Omega Psi]

Bug fixen, Framework neu kompilieren.

[sectore]

Einfach Original-Klasse aus dem Flex-Framework nehmen + in Deinen "src"-Ordner in ein gleichnamiges Package ablegen + munter überschreiben / fixen -> alà Flex monkey patching

P.S.: Und nicht vergessen, Deinen Fix noch in Adobes Bugbase posten - wir werden es Dir alle danke

[Omega Psi]

Kommt es beim duplizieren dann nicht zu einem Namespace Fehler? zwei gleichnamige Klassen im gleichen Package?

[sectore]

Eigentlich nicht. Man kann richtig lustige Sachen damit machen Siehe z.B. "Monkey Patching FlexSprite to list all event listeners on any Flex component"

[Donar]

Ähhm, wozu denn die ganze Klasse kopieren und umschreiben?

Wie wärs denn mit:

public class meineKlasse extends coreKlasse

und danach einfach die funktionen überschreiben, die man abändern möchte ...

[rendner[i]]

Es kann ja sein das diese Klasse exzessiv von anderen Klassen genutzt wird, somit bringt erweitern nichts.

[Omega Psi]

Ein Bug muss gefixed und darf nicht verschleiert werden.

[sectore]

Zitat von Donar

Ähhm, wozu denn die ganze Klasse kopieren und umschreiben?
Wie wärs denn mit:

public class meineKlasse extends coreKlasse

und danach einfach die funktionen überschreiben, die man abändern möchte ...

Das Problem ist das Flex Framework selbst, da intern viele Funktionen / Variablen auf private gesetzt sind und nicht vererbbar + überschreibbar sind. Auch ist vieles per Namespace mx_internal "geschützt". Da hilft nur das Affen-Patchen Und das ist durchaus üblich und auch kein Teufelszeug, siehe auch Kommentare in "Is Monkey Patching in Flex Evil?"

Wie auch immer, letztendlich sind es alles nur Workarounds und keine echten Bugfixes. Es gab mal vor einiger Zeit ein recht cooles Projekt "BugQuash", wo jeder selbst Bugs fixen konnte. Dort findet man auch in ein "Pre-Event Kit.pdf", worin genau beschrieben wird, wie man ganz offiziell eigene Patches an das Flex Team bringt Zwar gehört dazu schon etwas Zeit und Mühe dazu, aber man findet genügend Infos, wie es genau geht. Siehe auch: Set up your development environment und Submitting a Patch.

[Nachtrag]
Wo, was, wie andere so "monkey-patchen" findet man u.a. in den Kommentaren vom Blog Post "Have you monkey patched the Flex framework?" von Matt Chotin (Flex Team). Ist schon ein recht interessantes Thema
[/Nachtrag]