Rich Internet Applications

Posts 1-10 of 31

Back
Next

Jens Peter Kleinau Premium Member Group moderator
The company name is only visible to registered members.

Flex, Ajax, OpenLazlo, Silverlight - ein Überblick
Ich habe versucht in einem Artikel einen Überblick zu den aktuellen RIA Technologien zu geben. Der Level sollte auf dem Niveau von technisch versierten Managern sein.
http://www.codecomplete.de/blogs/xamlblog/archive/2007/07/04...

Würde mich über Anmerkungen und Ergänzungen als Kommentar im Blog oder hier sehr freuen. Ich bin sicher, dass der eine oder andere Experte in der jeweiligen Technologie noch was beitragen oder klar stellen kann. Für einen Einzelnen ist es kaum möglich in alle Bereiche fehlerfrei zu kennen ;-)
- 06 Jul 2007, 1:48 pm
Jens Peter Kleinau wrote: > Ich habe versucht in einem Artikel einen Überblick zu den aktuellen > RIA Technologien zu geben. Der Level sollte auf dem Niveau von > technisch versierten Managern sein. > http://www.codecomplete.de/blogs/xamlblog/archive/2007/07/04/silverlight-openlazlo-flex-rich-internet-application-technology.aspx > > Würde mich über Anmerkungen und Ergänzungen als Kommentar im Blog > oder hier sehr freuen. Ich bin sicher, dass der eine oder andere > Experte in der jeweiligen Technologie noch was beitragen oder klar > stellen kann. Für einen Einzelnen ist es kaum möglich in alle > Bereiche fehlerfrei zu kennen ;-)
Felix Schendel Premium Member
The company name is only visible to registered members.

Re: Flex, Ajax, OpenLazlo, Silverlight - ein Überblick
Ok, ich habe den Ajax Bereich gelesen und ich finde, dass der Ansatz zu schlecht weg kommt. Ich will daher einiges anmerken:

Es ist möglich mittels Ajax Ansatz Daten von verschiedenen Servern zu holen (auch rein clientseitig). Auch gibt es neben dem Polling andere (effizientere) Möglichkeiten den Client vom Server aus zu benachrichtigen. Die Kinderkrankheiten wie das Zusammenspiel mit Browserkontrollelementen wie z.B. dem Zurück-Button sind kein Problem mehr. Für die Datenübermittlung stehen kompaktere Datenformate als XML zur Verfügung, die ohne Parsing und daher sehr schnell zur Laufzeit zur Verfügung stehen.

Ich denke nur wenn es Web UND Video oder Ton sein muss, muss man noch Flash o.ä. einsetzen. Ansonsten stehen mit Ajax alle Möglichkeiten offen.
- 06 Jul 2007, 2:44 pm
Felix Schendel wrote: > Ok, ich habe den Ajax Bereich gelesen und ich finde, dass der Ansatz > zu schlecht weg kommt. Ich will daher einiges anmerken: > > Es ist möglich mittels Ajax Ansatz Daten von verschiedenen Servern zu > holen (auch rein clientseitig). Auch gibt es neben dem Polling andere > (effizientere) Möglichkeiten den Client vom Server aus zu > benachrichtigen. Die Kinderkrankheiten wie das Zusammenspiel mit > Browserkontrollelementen wie z.B. dem Zurück-Button sind kein Problem > mehr. Für die Datenübermittlung stehen kompaktere Datenformate als > XML zur Verfügung, die ohne Parsing und daher sehr schnell zur > Laufzeit zur Verfügung stehen. > > Ich denke nur wenn es Web UND Video oder Ton sein muss, muss man noch > Flash o.ä. einsetzen. Ansonsten stehen mit Ajax alle Möglichkeiten > offen.
Jens Peter Kleinau Premium Member Group moderator
The company name is only visible to registered members.

Re^2: Flex, Ajax, OpenLazlo, Silverlight - ein Überblick
Es ist möglich mittels Ajax Ansatz Daten von verschiedenen Servern zu holen (auch rein clientseitig). Auch gibt es neben dem Polling andere (effizientere) Möglichkeiten den Client vom Server aus zu benachrichtigen. Die Kinderkrankheiten wie das Zusammenspiel mit Browserkontrollelementen wie z.B. dem Zurück-Button sind kein Problem mehr. Für die Datenübermittlung stehen kompaktere Datenformate als XML zur Verfügung, die ohne Parsing und daher sehr schnell zur Laufzeit zur Verfügung stehen.

Bitte so erläutern, dass es "artikelreif" ist, dann nehme ich das gerne auf. Die Autorennennung mit Link ist bei mir selbstverständlich.
- 09 Jul 2007, 10:05 am
Jens Peter Kleinau wrote: > > Es ist möglich mittels Ajax Ansatz Daten von verschiedenen Servern zu > > holen (auch rein clientseitig). Auch gibt es neben dem Polling andere > > (effizientere) Möglichkeiten den Client vom Server aus zu > > benachrichtigen. Die Kinderkrankheiten wie das Zusammenspiel mit > > Browserkontrollelementen wie z.B. dem Zurück-Button sind kein Problem > > mehr. Für die Datenübermittlung stehen kompaktere Datenformate als > > XML zur Verfügung, die ohne Parsing und daher sehr schnell zur > > Laufzeit zur Verfügung stehen. > > > Bitte so erläutern, dass es "artikelreif" ist, dann nehme ich das > gerne auf. Die Autorennennung mit Link ist bei mir selbstverständlich.
Marc Stöcker
The company name is only visible to registered members.

Re: Flex, Ajax, OpenLazlo, Silverlight - ein Überblick
Jens Peter Kleinau schrieb:
Ich habe versucht in einem Artikel einen Überblick zu den aktuellen RIA Technologien zu geben. Der Level sollte auf dem Niveau von technisch versierten Managern sein.
Ich komme nicht umhin, Felix Schendel grundsätzlich beizupflichen: "AJAX" kommt viel zu schlecht weg.
"AJAX" wird aktuell kaum per XML genutzt, zumeist per JSON und entsprechend fällt der negative Punkt bzgl. der Datenmengen praktisch weg.

Mir persönlich fehlt zudem der positive Punkt, dass sich klassisch und/oder semantisch aufgebaute (X)HTML-Sites um reichhaltige Funktionen erweitern lassen, ohne die Nutzbarkeit zu verlieren, sollte ein Client die Funktionalität nicht (komplett) bereitstellen können. Von den Themen Barrierefreiheit und Screen Reader wollen wir in diesem Zusammenhang erst gar nicht sprechen ...

Cross Site Requests sind mit allen Technologien möglich, die Frage ist jedoch, ob es auch sinnvoll ist: Letztlich schränkt es die Absicherungsmöglichkeiten (aus Client- und Servicersicht) doch teilweise erheblich ein. Auch, da einige Ansätze willentliche Entscheidungen des Clients (-> User) verlagen; verbreitet sich das, sinkt die Risikowahrnehmung der User erheblich. Die entsprechenden Folgen dürften klar sein.

Fakt bleibt aber: Bewegtbild und Ton sind Flash-Domäne. Silverlight kommt ebenfalls recht stark in diesem Bereich.

Völlig fehlt mir übrigens die Kombination AJAX+SVG. Wenn auch noch in den "Kinderschuhen", so ist es doch eine Verbindung mit viel Potential.

Schöne Grüße,
Marc Stoecker
- 09 Jul 2007, 10:43 am
Marc Stöcker wrote: > Jens Peter Kleinau schrieb: > > Ich habe versucht in einem Artikel einen Überblick zu den aktuellen > > RIA Technologien zu geben. Der Level sollte auf dem Niveau von > > technisch versierten Managern sein. > > Ich komme nicht umhin, Felix Schendel grundsätzlich beizupflichen: > "AJAX" kommt viel zu schlecht weg. > "AJAX" wird aktuell kaum per XML genutzt, zumeist per JSON und > entsprechend fällt der negative Punkt bzgl. der Datenmengen praktisch > weg. > > Mir persönlich fehlt zudem der positive Punkt, dass sich klassisch > und/oder semantisch aufgebaute (X)HTML-Sites um reichhaltige > Funktionen erweitern lassen, ohne die Nutzbarkeit zu verlieren, > sollte ein Client die Funktionalität nicht (komplett) bereitstellen > können. Von den Themen Barrierefreiheit und Screen Reader wollen wir > in diesem Zusammenhang erst gar nicht sprechen ... > > Cross Site Requests sind mit allen Technologien möglich, die Frage > ist jedoch, ob es auch sinnvoll ist: Letztlich schränkt es die > Absicherungsmöglichkeiten (aus Client- und Servicersicht) doch > teilweise erheblich ein. Auch, da einige Ansätze willentliche > Entscheidungen des Clients (-> User) verlagen; verbreitet sich das, > sinkt die Risikowahrnehmung der User erheblich. Die entsprechenden > Folgen dürften klar sein. > > Fakt bleibt aber: Bewegtbild und Ton sind Flash-Domäne. Silverlight > kommt ebenfalls recht stark in diesem Bereich. > > Völlig fehlt mir übrigens die Kombination AJAX+SVG. Wenn auch noch in > den "Kinderschuhen", so ist es doch eine Verbindung mit viel > Potential. > > Schöne Grüße, > Marc Stoecker
Felix Schendel Premium Member
The company name is only visible to registered members.

Re^2: Flex, Ajax, OpenLazlo, Silverlight - ein Überblick
Marc Stoecker schrieb:
Völlig fehlt mir übrigens die Kombination AJAX+SVG. Wenn auch noch in den "Kinderschuhen", so ist es doch eine Verbindung mit viel Potential.
In diese Kategorie fallen auch die aktuellen Bemühungen rund um Offline-Funktionalitäten von Webanwendungen (Dojo Offline/ Google Gears).

Grundsätzlich habe ich das Gefühl, dass man immer den gleichen oder zumindest ähnlichen Missverständnissen beim Kontakt mit Ajax begegnet. Vielleicht lohnt es sich diesbezüglich eine Artikelreihe oder ein Buch zu veröffentlichen.

"Ajax Myths" hört sich doch reißerisch genug an, oder? ;) Also, wie wäre es Herr Stoecker? :)
- 09 Jul 2007, 11:32 am
Felix Schendel wrote: > Marc Stoecker schrieb: > > Völlig fehlt mir übrigens die Kombination AJAX+SVG. Wenn auch noch in > > den "Kinderschuhen", so ist es doch eine Verbindung mit viel > > Potential. > > In diese Kategorie fallen auch die aktuellen Bemühungen rund um > Offline-Funktionalitäten von Webanwendungen (Dojo Offline/ Google > Gears). > > Grundsätzlich habe ich das Gefühl, dass man immer den gleichen oder > zumindest ähnlichen Missverständnissen beim Kontakt mit Ajax > begegnet. Vielleicht lohnt es sich diesbezüglich eine Artikelreihe > oder ein Buch zu veröffentlichen. > > "Ajax Myths" hört sich doch reißerisch genug an, oder? ;) Also, wie > wäre es Herr Stoecker? :)
Jens Peter Kleinau Premium Member Group moderator
The company name is only visible to registered members.

Re^3: Flex, Ajax, OpenLazlo, Silverlight - ein Überblick
"Ajax Myths" hört sich doch reißerisch genug an, oder? ;) Also, wie wäre es Herr Stoecker? :)

Mir würde es vollkommen reichen, das in dem Artikel sauber und korrekt stehen zu haben ;-)

Ich werde mich nächste Woche selber drum bemühen, würde mich aber freuen, wenn mir jemand zu vor kommt und das Ergebnis zur Veröffentlichung in dem Artikel frei stellt.
- 09 Jul 2007, 12:03 pm
Jens Peter Kleinau wrote: > > "Ajax Myths" hört sich doch reißerisch genug an, oder? ;) Also, wie > > wäre es Herr Stoecker? :) > > > Mir würde es vollkommen reichen, das in dem Artikel sauber und > korrekt stehen zu haben ;-) > > Ich werde mich nächste Woche selber drum bemühen, würde mich aber > freuen, wenn mir jemand zu vor kommt und das Ergebnis zur > Veröffentlichung in dem Artikel frei stellt.
Marc Stöcker
The company name is only visible to registered members.

Re^3: Flex, Ajax, OpenLazlo, Silverlight - ein Überblick
Felix Schendel schrieb:
In diese Kategorie fallen auch die aktuellen Bemühungen rund um Offline-Funktionalitäten von Webanwendungen (Dojo Offline/ Google Gears). Guter Hinweis! Die Offline-Funktionalitäten sind ein großes Thema. Ich bin jedoch auch immer mehr geneigt, davon auszugehen, dass es "offline" in der Zukunft kaum noch geben wird. Ob also all diese Anstrengungen, die sich ja aktuell noch nicht durchgesetzt haben, in mittelfristiger Zukunft überhaupt noch auszahlen, möchte ich aderzeit zwar noch nicht bezweifeln aber zumindest zur Disposition stellen ...

Grundsätzlich habe ich das Gefühl, dass man immer den gleichen oder zumindest ähnlichen Missverständnissen beim Kontakt mit Ajax begegnet. Dem kann ich nur zustimmen. Sicherlich hat das auch im Wesentlichen damit zu tun, dass AJAX & Co. aus der "Entwicklerecke" stammen, Flash/Silverlight jedoch eher mit dem Focus auf Designer glänzen. Ja, sicherlich ist Silverlight eine "größere Unternehmung" als Flash (WPF bzw. WPF/e ist einfach die technisch viel stärkere Basis) und bietet umfassende Möglichkeiten für Entwickler. Dennoch: AJAX "klickt" man nicht zusammen, man entwickelt - der Einsteig ist einfach wesentlich schwerer, die Lernkurve kein Vergleich zu Flash; Actionscript hin oder her.

Vielleicht lohnt es sich diesbezüglich eine Artikelreihe oder ein Buch zu veröffentlichen. "Ajax Myths" hört sich doch reißerisch genug an, oder? ;) Also, wie wäre es Herr Stoecker? :) Ha!
Reißerisch hört es sich an, aber hallo! Vielleich noch ein "Vaporizing" voranstellen? ;-)
Sie machen den Lead Author, Herr Schendel? Das habe ich doch so richtig verstanden? 8-)
- 09 Jul 2007, 12:05 pm
Marc Stöcker wrote: > Felix Schendel schrieb: > > In diese Kategorie fallen auch die aktuellen Bemühungen rund um > > Offline-Funktionalitäten von Webanwendungen (Dojo Offline/ Google > > Gears). > Guter Hinweis! Die Offline-Funktionalitäten sind ein großes Thema. > Ich bin jedoch auch immer mehr geneigt, davon auszugehen, dass es > "offline" in der Zukunft kaum noch geben wird. Ob also all diese > Anstrengungen, die sich ja aktuell noch nicht durchgesetzt haben, in > mittelfristiger Zukunft überhaupt noch auszahlen, möchte ich aderzeit > zwar noch nicht bezweifeln aber zumindest zur Disposition stellen ... > > > Grundsätzlich habe ich das Gefühl, dass man immer den gleichen oder > > zumindest ähnlichen Missverständnissen beim Kontakt mit Ajax begegnet. > Dem kann ich nur zustimmen. Sicherlich hat das auch im Wesentlichen > damit zu tun, dass AJAX & Co. aus der "Entwicklerecke" stammen, > Flash/Silverlight jedoch eher mit dem Focus auf Designer glänzen. Ja, > sicherlich ist Silverlight eine "größere Unternehmung" als Flash (WPF > bzw. WPF/e ist einfach die technisch viel stärkere Basis) und bietet > umfassende Möglichkeiten für Entwickler. Dennoch: AJAX "klickt" man > nicht zusammen, man entwickelt - der Einsteig ist einfach wesentlich > schwerer, die Lernkurve kein Vergleich zu Flash; Actionscript hin > oder her. > > > Vielleicht lohnt es sich diesbezüglich eine Artikelreihe oder ein > > Buch zu veröffentlichen. "Ajax Myths" hört sich doch reißerisch genug > > an, oder? ;) Also, wie wäre es Herr Stoecker? :) > Ha! > Reißerisch hört es sich an, aber hallo! Vielleich noch ein > "Vaporizing" voranstellen? ;-) > Sie machen den Lead Author, Herr Schendel? Das habe ich doch so > richtig verstanden? 8-)
Jens Peter Kleinau Premium Member Group moderator
The company name is only visible to registered members.

Re^4: Flex, Ajax, OpenLazlo, Silverlight - ein Überblick
Ich persönlich habe AJAX in derm Artikel eher vernachlässigt, da bei allem Bemühen, die Reichhaltigkeit der Oberfläche hinter den Konkurrrenten zurück bleibt.
- 09 Jul 2007, 5:23 pm
Jens Peter Kleinau wrote: > Ich persönlich habe AJAX in derm Artikel eher vernachlässigt, da bei > allem Bemühen, die Reichhaltigkeit der Oberfläche hinter den > Konkurrrenten zurück bleibt.
Felix Schendel Premium Member
The company name is only visible to registered members.

Re^5: Flex, Ajax, OpenLazlo, Silverlight - ein Überblick
Jens Peter Kleinau schrieb:
Ich persönlich habe AJAX in derm Artikel eher vernachlässigt, da bei allem Bemühen, die Reichhaltigkeit der Oberfläche hinter den Konkurrrenten zurück bleibt.
Hmmh, ich weiß zwar nicht was man an Anwendungen wie Gmail oder Google-Maps nicht rich genug findet aber ich denke, da kein Ansatz ohne Nachteile daher kommt, muss man sich wohl oder übel einen Überblick verschaffen. Daher sind faire Bewertungen umso wichtiger.

Zu den Publikationsvorhaben - alle Verlage, die mich bisher über PN angesprochen haben, waren ziemlich begeistert bis sie vom vaporisierenden Titel gehört haben :)

Also ihr Verläge - noch habt ihr eine Chance!
- 10 Jul 2007, 09:33 am
Felix Schendel wrote: > Jens Peter Kleinau schrieb: > > Ich persönlich habe AJAX in derm Artikel eher vernachlässigt, da bei > > allem Bemühen, die Reichhaltigkeit der Oberfläche hinter den > > Konkurrrenten zurück bleibt. > > Hmmh, ich weiß zwar nicht was man an Anwendungen wie Gmail oder > Google-Maps nicht rich genug findet aber ich denke, da kein Ansatz > ohne Nachteile daher kommt, muss man sich wohl oder übel einen > Überblick verschaffen. Daher sind faire Bewertungen umso wichtiger. > > Zu den Publikationsvorhaben - alle Verlage, die mich bisher über PN > angesprochen haben, waren ziemlich begeistert bis sie vom > vaporisierenden Titel gehört haben :) > > Also ihr Verläge - noch habt ihr eine Chance!
Marc Stöcker
The company name is only visible to registered members.

Re^5: Flex, Ajax, OpenLazlo, Silverlight - ein Überblick
Jens Peter Kleinau schrieb:
Ich persönlich habe AJAX in derm Artikel eher vernachlässigt, da bei allem Bemühen, die Reichhaltigkeit der Oberfläche hinter den Konkurrrenten zurück bleibt.
Ich verstehe. Ja, wirklich. :-)
Schöner wäre es jedoch, wenn Sie vielleicht ein konkretes Beispiel oder einen spezifischen Punkt beschreiben könnten, der Sie zu dieser Aussage führt. Das interessiert mich tatsächlich sehr.

Sollte der Grund sein, dass der Aufbau von Oberflächen speziell im Flash-Umfeld eher applikationsorientiert ist, will sagen: Eher wie die klassischen Win32-MFC, .NET Winforms oder Java AWT/Swing bzw. SWT ist, dann trifft das zweifelsohne zu. Die Orientierung an Komponenten ist sicher eine Stärke der "klassischen" Plattformen.

Derzeit erleben wir aber doch eher eine Bewegung in Richtung Markup. Letztlich ist XAML (bereits zuvor XUL, Mozilla) ein Weg, auch Anwendungsoberflächen über beschreibende und deklarierende Systeme abzubilden. Genaugenommen bezieht WPF(/e) einen Großteil der Möglichkeiten genau aus dieser Basistechnik: Markup.

Ich sehe also: Eine Bewegung in Richtung Markup. Letztlich ist daher XHTML bereits dort angekommen, wo "die Anderen" noch hinwollen bzw. gerade erst ankommen. Dass ein recht "isolierter Player" (Flash, Silverlight, etc.) Vorteile im TTM (Time To Market) hat, ist klar. XHTML hat recht "bürokratische" Hürden zu überwinden: W3C, Browserhersteller/-entwickler, etc. Die Herausgeber von Plugins/Player schieben einfach ein Update raus.

Auch sollte man das Thema XHTML+Forms (XForms!) nicht unter den Tisch fallen lassen. Die XForms (Pattern: MVC) werden viele der "Oberflächenschwächen" eliminieren bzw. zumindest relativieren. Ja, das dauert noch etwas, mit der Verbreitung - zugegeben.

Ich unterstelle, und das völlig urteilsfrei, dass Sie kein besonderes Interesse an "AJAX" haben. Ich kann das auch sehr gut nachvollziehen, wenn Sie beispielweise aus dem rein klassischen Softwareumfeld stammen. Das kann ich aber natürlich nur vermuten/unterstellen. Sollte dem so sein, ist Ihre Sichtweise mehr als verständlich. Wer jedoch aus dem Bereich der Web-Apps kommt, sieht "Javascript+X" sicherlich eher als das Mittel der Wahl an. Auch, weil hier die "sanfte Migration/Integration" möglich ist. Nach und nach kann die "Richness" eingewoben werden. Wenn eine Anwendung komplett neu erstellt wird, ist das sicherlich weniger von Belang.

Ach ja: Und dann wäre da ja auch noch XUL, grundsätzlich ausgezeichnet als RIA-Plattform tauglich. Aber eben nur im Mozilla-Lager verbreitet. Schade, ist aber so. :-)

Bleibt noch eine Frage: Werden wir die Vielfalt der Möglichkeiten parallel behalten? Oder wird es eine Bewegung in Richtung einer Technik geben? Momentan sieht es eher so aus, also würde Flex krampfhaft rudern und kämpfen, um gegen "AJAX" zu punkten. Die Realität sieht doch so aus: Die Mehrheit der Anwendungen nutzt AJAX - auch, da die Entwicklungsplattformen wesentlich vielfältiger sind (praktisch jede Serverumgebung und Entwicklungsumgebung bietet "AJAX"-Frameworks und Libs). Was meinen Sie?
- 10 Jul 2007, 12:10 pm
Marc Stöcker wrote: > Jens Peter Kleinau schrieb: > > Ich persönlich habe AJAX in derm Artikel eher vernachlässigt, da bei > > allem Bemühen, die Reichhaltigkeit der Oberfläche hinter den > > Konkurrrenten zurück bleibt. > > Ich verstehe. Ja, wirklich. :-) > Schöner wäre es jedoch, wenn Sie vielleicht ein konkretes Beispiel > oder einen spezifischen Punkt beschreiben könnten, der Sie zu dieser > Aussage führt. Das interessiert mich tatsächlich sehr. > > Sollte der Grund sein, dass der Aufbau von Oberflächen speziell im > Flash-Umfeld eher applikationsorientiert ist, will sagen: Eher wie > die klassischen Win32-MFC, .NET Winforms oder Java AWT/Swing bzw. SWT > ist, dann trifft das zweifelsohne zu. Die Orientierung an Komponenten > ist sicher eine Stärke der "klassischen" Plattformen. > > Derzeit erleben wir aber doch eher eine Bewegung in Richtung Markup. > Letztlich ist XAML (bereits zuvor XUL, Mozilla) ein Weg, auch > Anwendungsoberflächen über beschreibende und deklarierende Systeme > abzubilden. Genaugenommen bezieht WPF(/e) einen Großteil der > Möglichkeiten genau aus dieser Basistechnik: Markup. > > Ich sehe also: Eine Bewegung in Richtung Markup. Letztlich ist daher > XHTML bereits dort angekommen, wo "die Anderen" noch hinwollen bzw. > gerade erst ankommen. Dass ein recht "isolierter Player" (Flash, > Silverlight, etc.) Vorteile im TTM (Time To Market) hat, ist klar. > XHTML hat recht "bürokratische" Hürden zu überwinden: W3C, > Browserhersteller/-entwickler, etc. Die Herausgeber von > Plugins/Player schieben einfach ein Update raus. > > Auch sollte man das Thema XHTML+Forms (XForms!) nicht unter den Tisch > fallen lassen. Die XForms (Pattern: MVC) werden viele der > "Oberflächenschwächen" eliminieren bzw. zumindest relativieren. Ja, > das dauert noch etwas, mit der Verbreitung - zugegeben. > > Ich unterstelle, und das völlig urteilsfrei, dass Sie kein besonderes > Interesse an "AJAX" haben. Ich kann das auch sehr gut nachvollziehen, > wenn Sie beispielweise aus dem rein klassischen Softwareumfeld > stammen. Das kann ich aber natürlich nur vermuten/unterstellen. > Sollte dem so sein, ist Ihre Sichtweise mehr als verständlich. Wer > jedoch aus dem Bereich der Web-Apps kommt, sieht "Javascript+X" > sicherlich eher als das Mittel der Wahl an. Auch, weil hier die > "sanfte Migration/Integration" möglich ist. Nach und nach kann die > "Richness" eingewoben werden. Wenn eine Anwendung komplett neu > erstellt wird, ist das sicherlich weniger von Belang. > > Ach ja: Und dann wäre da ja auch noch XUL, grundsätzlich > ausgezeichnet als RIA-Plattform tauglich. Aber eben nur im > Mozilla-Lager verbreitet. Schade, ist aber so. :-) > > Bleibt noch eine Frage: Werden wir die Vielfalt der Möglichkeiten > parallel behalten? Oder wird es eine Bewegung in Richtung einer > Technik geben? Momentan sieht es eher so aus, also würde Flex > krampfhaft rudern und kämpfen, um gegen "AJAX" zu punkten. Die > Realität sieht doch so aus: Die Mehrheit der Anwendungen nutzt AJAX - > auch, da die Entwicklungsplattformen wesentlich vielfältiger sind > (praktisch jede Serverumgebung und Entwicklungsumgebung bietet > "AJAX"-Frameworks und Libs). Was meinen Sie?

Back
1
2
3
4
Next