architecture d'application web

Question

Nous avons une application existante qui est principalement basée sur JSP pour le front end et Java/DAO basée se connectant à une base de données Oracle. Ceci est une application de négociation au niveau de l'entreprise.

Récemment, notre direction a donné l'instruction d'utiliser GWT pour donner une apparence plus moderne à nos pages frontales. Nous avons donc migré quelques pages existantes vers GWT et tout nouveau développement est en GWT. GWT est utilisé à la fois pour le rendu du front-end ainsi que pour les communications côté serveur et AJAX.

Cependant, je suis préoccupé par l'adoption complète de GWT car il s'agit d'une architecture côté client où la majeure partie du traitement de la logique de rendu se produit du côté client.

1. Ma préoccupation est-elle justifiée?

2. Quelles autres architectures recommanderiez-vous? Spring MVC/Webflow? Autre chose?

Answer 1

Je commencerais par une architecture de service. Gardez le traitement à l'arrière de sorte que vous puissiez échanger des interfaces utilisateur sans avoir à réécrire la partie arrière.

Ils peuvent être SOAP ou REST. Vous n'avez pas besoin de les rendre lourds.

Pour ne pas dépendre de JSP ou de GWT pour le traitement. Jamais espérer rendre cela disponible sur iPad? Ce serait bien de pouvoir le faire sans réécrire le tout.

Commencez par des services à gros grains qui correspondent à vos cas d'utilisation.

Answer 2

Ma préoccupation est-elle justifiée?

No.

Faire moins de travail sur le serveur signifie faire plus de demandes par seconde.