traitement du serveur gwt et dynamique. Est-ce qu'ils vont ensemble?

Question

Je suis impatient de créer une application avec Gwt et App Engine. Je suis plus familier avec App Engine: créer des pages HTML dynamiques avec des servlets et des jsp. Je me demande toutefois si ce type de technologie d’application appartient à GWT?

Les deux exemples que je peux prévoir en tant que problème sont les informations de connexion et la récupération de la base de données.

Pour la connexion de l'utilisateur, mon approche actuelle est simple: au début d'un servlet, vérifiez si l'objet utilisateur existe. Si c'est le cas, affichez la page. Si ce n'est pas le cas, redirigez-vous vers le service de connexion de Google. Comment ce modèle s'intègre-t-il à GWT? Il me semble que GWT se compile en fichiers html / javascript / css statiques que vous placez sur votre serveur. Avec cette approche, il ne semble pas possible d'effectuer de traitement de serveur pour rechercher un utilisateur vlid avant de servir la page statique (tout utilisateur pouvant simplement contourner le servlet et saisir directement l'URL de la page statique).

L'autre exemple serait l'affichage des données du magasin de données du moteur d'applications. Si je voulais créer une table dont chaque ligne serait une entrée du magasin de données, je créerais dynamiquement le html dans un servlet, et ferais mon accès à la banque de données là-bas, etc., etc. Il semble qu'avec GWT, je devrais servir un conteneur html page, puis utilisez ajax pour charger le contenu de la base de données après coup?

Peut-être que GWT n’est pas adapté à mon type d’application, ou peut-être que j’ai juste une mauvaise idée du développement d’applications Web. Des éclaircissements seraient appréciés.

Answer 1

De manière simplifiée, une application GWT typique fonctionnera comme suit:

1. L'utilisateur accède à votre page Web. Leur navigateur utilise une ou plusieurs URL statiques pour télécharger tout le javascript, les css et les images nécessaires au fonctionnement de votre application.

2. À partir de maintenant, chaque fois qu'un utilisateur appuie sur un bouton ou interagit avec la page, les données sont récupérées via un appel AJAX. Alors oui, ils pourraient télécharger votre application avant de se connecter, mais toutes vos données confidentielles sensibles à la sécurité ne seraient renvoyées que via un appel ajax, vous permettant ainsi de valider leur identité comme bon vous semble (cookie, utilisateur / passe, etc.)

C’est en gros ce que vous décrivez dans votre deuxième exemple concernant le chargement de données à partir du magasin de données. On dirait que vous pensez que c'est mauvais pour une raison quelconque, mais vous ne dites pas pourquoi.