2 Stimmen

Derzeitige Kerntechnologien für AJAX mit Java?

Auf der Suche nach der Implementierung einer RIA mit AJAX und Java auf der Backend-Seite.

Ich habe mir DWR für einen RPC-Ansatz angesehen, aber das Projekt wurde seit 2008 nicht mehr aktualisiert.

Ich habe mir auch DOJO und GWT angesehen.

Kann jemand eine Kerngruppe von Technologien empfehlen, die am besten für ein auf Java basierendes Backend geeignet sind, die eine umfangreiche Sammlung von Client-seitigen Widgets und Backend-Integration mit Spring WebFlow/MVC enthält?

Danke

1voto

jmort253 Punkte 33083

Ich würde Spring 3.0 empfehlen. Es ist aktuell, leichtgewichtig, einfach konfigurierbar, unterstützt Dependency Injection, annotierte Klassen und ist ein großartiges Framework.

Es unterstützt REST, daher ist es einfach, Klassen zu implementieren, die JSON an Ihre HTML-Seiten zurückgeben. Dies hilft dabei, Ihren Inhalt, das Verhalten und die Präsentation getrennt zu halten, während Sie weiterhin in der Lage sind, eine Rich Internet Application zu erstellen.

Obwohl dies außerhalb des Rahmens Ihrer Frage liegt, würde ich empfehlen, JQuery auf der Benutzeroberfläche zu verwenden, da ich damit wirklich gute Ergebnisse erzielt habe, um JSON zwischen Server und Client hin und her zu übertragen.

Ich würde DWR meiden. Sie haben sich mit Dojo zusammengeschlossen, was meiner Meinung nach eine bessere Wahl als DWR ist. DWR klang gut, war aber in der Praxis fehlerhaft und schwer zu verwenden. Dojo war viel sauberer und modularer. Aber es sei denn, Sie verwenden Comet (auch bekannt als Reverse Ajax), bleib einfach bei Spring und JQuery.

Außerdem wird Spring 3.0 auch auf Google App Engine unterstützt... nur als Hinweis, da Platform as a Service in unserer Zukunft liegt.

1voto

kvista Punkte 5032

Meine Empfehlung ist ein RIA-Framework wie SmartClient oder ExtJS + ein REST-basierter Backend (zum Beispiel auf Jersey aufgebaut). Ich habe auch festgestellt, dass JQuery äußerst hilfreich ist, wenn es mit diesen Frameworks kombiniert wird. Zusammen ermöglicht dies Ihnen, Ihre GUI direkt über eine REST-API aufzubauen, die selbst für die programmatische Integration wiederverwendbar sein könnte.

Diese Art von Fragen sind immer Glaubensfragen, aber meiner Meinung nach bin ich persönlich kein großer Fan von GWT, aus mehreren Gründen. Einer dieser Gründe ist, weil ich nicht möchte, dass Server-Seiten-Entwickler GUI-orientierte Datenstrukturen erstellen (ich lasse sie lieber bei reinen Daten bleiben und überlasse die GUI-Arbeit den GUI-Entwicklern). Also schätze ich diese Fähigkeit von GWT tatsächlich nicht, aber offensichtlich begrüßen viele andere Menschen diesen Aspekt, also ist es wieder eine Glaubensfrage.

0voto

UVM Punkte 9715

Sie können GWT ausprobieren. Das unterstützt Spring gut. http://www.springbyexample.org/examples/simple-gwt-spring-webapp.html

0voto

Sean Patrick Floyd Punkte 283617

Wenn Sie ein Spring MVC-Back-End verwenden, können Sie jedes AJAX-Front-End verwenden, das verfügbar ist.

Und wenn Sie eine RIA entwickeln werden, würde ich entweder Prototype mit Script.Aculo.Us (Killer GUI-Effektbibliothek) oder MooTools vorschlagen (eine Erweiterung oder Neuimplementierung von Prototype, die auch viele GUI-Tools enthält).

Das Tolle an sowohl ProtoType als auch Mootools ist ihre objektorientierte Methodik (MooTools Class() Dokumentation, Prototype Class.create() Dokumentation), aber auch der Erweiterungsmechanismus, der zusätzliche Methoden und Eigenschaften für DOM-Elemente bereitstellt (Wie Prototype das DOM erweitert, MooTools Element Referenz). Natürlich ist genau dieser Mechanismus das, was die JQuery-Leute an diesen Bibliotheken verabscheuen. Aber das Schöne ist, dass Sie aufgrund dieser Erweiterungen kaum jemals auf browserabhängige Programmierung zurückgreifen müssen, die Abstraktion übernimmt das für Sie.

0voto

MercurieVV Punkte 384

Ich wähle JSF für RIA-Anwendungen.

  1. Es ist J2EE 6 Standard
  2. Es ist in J2EE-Anwendungsservern integriert (GlassFish, JBoss),
  3. Es hat mehrere Implementierungen - wenn Sie ein Problem mit einer haben, können Sie zu einer anderen wechseln
  4. Es hat mindestens 4 (RichFaces, MyFaces, IceFaces, PrimeFaces) unabhängige, große Komponenten-Bibliotheken.

CodeJaeger.com

CodeJaeger ist eine Gemeinschaft für Programmierer, die täglich Hilfe erhalten..
Wir haben viele Inhalte, und Sie können auch Ihre eigenen Fragen stellen oder die Fragen anderer Leute lösen.

Powered by:

X