GWT und dynamische Server-Verarbeitung. Haben sie zusammengehören?

Question

Ich bin gespannt, eine Anwendung mit GWT und App Engine zu bauen. Ich bin mehr vertraut mit App Engine: Erstellung von dynamischen HTML-Seiten mit Servlets und JSPs. Ich frage mich jedoch, ob diese Art der Anwendungstechnik mit GWT gehört?

Die beiden Beispiele, die ich kann sein ein Problem vorhersehen werden einloggen und Datenbankabfrage.

Für Benutzer Login, mein aktueller Ansatz ist einfach: zu Beginn eines Servlets, überprüfen, ob das Benutzer-Objekt vorhanden ist. Ist dies der Fall, zeigt die Seite. Wenn dies nicht der Fall, Umleitung zu Google-Login Service. Wie passt dieses Modell mit GWT in? Es scheint mir, dass GWT kompiliert in statische HTML / JavaScript / CSS-Dateien auf dem Server ablegen. Mit diesem Ansatz scheint es nicht möglich, jede Server-Verarbeitung zu tun für einen VLID Benutzer zu überprüfen, bevor die statische Seite dient (weil jeder Benutzer nur das Servlet umgehen könnte, und geben Sie die statische Seiten-URL direkt).

Das andere Beispiel würde zeigen Daten aus der App Engine-Datenspeicher sein. Wenn ich eine Tabelle erstellen will, die jede Zeile ist ein Eintrag aus dem Datenspeicher, würde ich dynamiclly die html in einem Servlet erstellen, und tue, um meinen Datenspeicher Zugang dort etc, etc. Es scheint, mit GWT hätte ich einen Container html dienen Seite, dann aJAX verwenden, um die Datenbankinhalte nach der Tat zu laden?

Vielleicht ist GWT nicht das Richtige für meine Art der Anwendung, oder vielleicht der falsche Weg, nur Sache über Web-Anwendungsentwicklung Ich bin. Einige Klarstellung gebeten.

Answer 1

In einer über vereinfachten Sinne eine typische GWT App wird wie folgt funktionieren:

1. Benutzer navigiert zu Ihrer Webseite ein. Ihr Browser verwendet eine statische URL (s) zum Download all Javascript, CSS und Bilder notwendig, um Ihre App ausgeführt werden.

2. Von nun an jedes Mal, wenn ein Benutzer eine Taste drückt oder auf andere Weise mit der Seite interagiert, werden die Daten über einen AJAX-Aufruf abgerufen. Also ja, sie könnten die App herunterladen, bevor Sie sich anmelden, aber alle sicherheitsrelevanten Daten würden nur über einen Ajax-Aufruf zurückgegeben werden, können Sie die Chance zu geben, um ihre Identität zu bestätigen wie Sie wollen (Cookie, Benutzer / Pass etc)

Dies ist im Grunde, was Sie in Ihrem zweiten Beispiel über das Laden von Daten aus dem Datenspeicher zu beschreiben. Es klingt wie Sie denken, das aus irgendeinem Grund schlecht ist, aber Sie nicht sagen, warum.