| |||||||
Du magst keine Werbung? Wir auch nicht!
Einfach registrieren und die Werbung ist weg. Diese Nachricht sehen nur nicht registrierte Nutzer.
![]() |
| | LinkBack | Themen-Optionen | Ansicht |
| | #1 (permalink) |
| Developer Registriert seit: Sep 2001 Ort: Unterhaching/München
Beiträge: 513
|
Hallo. Ganz kurz: Ich entwickle ein kleines Tool, in dem man Typografieaufgaben gestellt bekommt. Elemente dieser Aufgaben sind jeweils Lettern in externen swf Files, die hinzugeladen werden und dann auf einer gegebenen Fläche möglichst spannend angeordnet werden sollen. Da die Elemente ständig wechseln, und es pro Aufgabe durchaus mal einige Elemente sein können, kommt ein direktes Verknüpfen mit einer Klasse nicht in Frage. Das heisst, ich habe mich für die Variante entschlossen, eine generische "Wrapper" Klasse um die reinen MCs (in denen die Lettern liegen) zu legen. Will man also auf den MC zugreifen (im Sinne von Methodenaufrufen) ruft man die dazugehörige Wrapperklasse, bzw. eine Instanz der Klasse, auf, die wiederum direkt auf dem MC arbeitet. Dazu hätte ich gerne Meinungen von Euch, ob das auch irgendwie anders geht, weil Overhead ist das sicherlich. Aber direktes Verknüpfen mit der Klasse war, wie oben schon erwähnt, aufgrund der Vielzahl der Elemente viel zu umständlich, weil ich jedes einzelne Element wieder hätte kompilieren müssen. Damit der Text nicht zu lang wird, bitte ich jetzt um kurze Kritik zu dem Vorgehen. Danke Euch... |
| | |
| | #2 (permalink) |
| Nagelneuer User Registriert seit: Dec 2005
Beiträge: 924
|
Spricht nichts dagegen finde ich. Wartbarkeit ist auf jeden Fall wichtiger als Performance um jeden Preis. Wobei es ja noch fraglich ist, ob die Performance ueberhaupt ein Problem ist, dazu hast du ja nichts geschrieben. Auf der anderen Seite kannst du durchaus die gleiche Klasse mit verschiedenen Symbolen verknuepfen. mfg. h
__________________ The fact that you've got "Replica" written on the side of your gun and the fact that I've got "Desert Eagle written on the side of mine ... :D |
| | |
| | #3 (permalink) |
| Developer Registriert seit: Sep 2001 Ort: Unterhaching/München
Beiträge: 513
|
Problematisch an der Stelle ist, wenn ich irgendwann mal etwas an der Funktionalität der Elemente auf der Bühne (im folgenden PanelElemente) ändern möchte - und es bis dahin vielleicht schon 12 Aufgaben a 10 unterschiedlicher Elemente gibt - muss ich 120 mal die Elemente in Flash öffnen und neu exportieren. Das kann nicht der Sinn sein. ok, bleib ich bei der Lösung. Das heisst aber auch, da ich mit EventDispatcher arbeite, das jeder angeklickte MC sich bei seinem Wrapper PanelElement meldet und der wiederum sich beim zugehörigen Controller meldet. Irgendwie schmeckt mir das nicht, aber so solls erstmal sein. Refactoring sei dank ![]() Danke für deine Meinung! |
| | |
| | #4 (permalink) |
| Nagelneuer User Registriert seit: Dec 2005
Beiträge: 924
|
Nicht zwingend. Die Klasse kann sich auch im ladenden Hauptfilm befinden, dann musst du gar nichts updaten. mfg. h
__________________ The fact that you've got "Replica" written on the side of your gun and the fact that I've got "Desert Eagle written on the side of mine ... :D |
| | |
| | #6 (permalink) |
| Nagelneuer User Registriert seit: Dec 2005
Beiträge: 924
|
Ne, Object.registerClass kannst du auch fuer Symbole benutzen, die erst spaeter geladen werden. mfg. h
__________________ The fact that you've got "Replica" written on the side of your gun and the fact that I've got "Desert Eagle written on the side of mine ... :D |
| | |
![]() |
| Lesezeichen |
| Themen-Optionen | |
| Ansicht | |
| |