Was sind die Vorteile von Spring Actionscript in Bezug auf dynamische Proxies und Reflection ist begrenzt

Question

Was sind die Vorteile von Spring Actionscript unter Berücksichtigung Dynamic Proxies sind nicht möglich in der aktuellen Version von Actionscript und Reflection ist ziemlich begrenzt.

So zum Beispiel könnte ich meine Objekterstellung in einem XML-Anwendungskontext angeben, aber warum sollte ich das tun, wenn ich einfach, dass in Code angeben und somit die Vorteile von statischem Typ nehme usw. Überprüfung

Es ist keineswegs meine Absicht, die Arbeit an Spring Actionscript zu schmälern, sondern vielmehr eine Anwendung in meinen Projekten zu finden.

Answer 1

Neben der XML-Konfiguration unterstützt Spring ActionScript auch die MXML-Konfiguration. Die Art der Konfiguration (XML, MXML) hängt von den Anwendungsfällen ab, die Ihre Anwendung unterstützen muss. Aus den von Ihnen genannten Gründen ist es sinnvoll, den Großteil des Kontexts in MXML zu konfigurieren, aber ich würde Sie ermutigen, die Konfiguration der Dienstendpunkte in jedem Fall extern zu vergeben.

In einem früheren Projekt haben wir uns für die XML-Konfiguration entschieden, da die Konfiguration zur Laufzeit generiert wurde, als sich ein Benutzer an der Anwendung anmeldete. Abhängig von den Anmeldeinformationen des Benutzers wurden unterschiedliche Endpunkte und verschiedene Einstellungen verwendet. Mit statischen MXML-Konfigurationen hätten wir das nicht elegant machen können.

Beide Konfigurationstypen haben ihre Stärken und Schwächen, und es liegt an Ihnen zu entscheiden, welchen Typ Sie verwenden möchten. Ich denke, wir könnten sogar eine Mischung aus MXML und XML unterstützen, wenn das sinnvoll wäre. Sobald wir Dynamic Proxies und das Laden von Klassen haben, wird XML config viel mehr Sinn machen.

Answer 2

Es gibt verschiedene Projekte, die einfach fehlgeleitete Portierungen von Philosophien anderer Plattformen sind. Wenn ich mit einer neuen Plattform anfange, denke ich, dass es am besten ist, herauszufinden, wie sich die Leute effektiv entwickeln und von dort aus gehen.

Ich sage all das, weil ich denke, alle der Java-esque Frameworks für Flex/Flash lassen Sie schlechter dran als Sie begonnen haben. Sie brauchen eine Abhängigkeitsinjektion, aber dafür gibt es gute as3/mxml-freundliche Frameworks (Mate, Swiz). Es ist absolut sinnlos, xml zu verwenden, wenn Sie mxml verwenden können, das stark typisiert ist.

Answer 3

Ich würde Sean im allgemeinen Sinne zustimmen, dass der Versuch, Flex innerhalb der Java-Box zu erzwingen, generell eine schlechte Idee ist. Wie viele Ähnlichkeiten es gibt, Flex ist nicht Java.

Es gibt viele Gründe, warum Sie einige Ihrer Konfiguration in einer externen XML-Datei haben sollten, nicht zuletzt im Anwendungsfall der Konfiguration Ihrer Serviceziele und Endpunkte müssen den Endpunkt-URI ändern können, ohne die Anwendung neu kompilieren zu müssen.