Architecture de portail Web utilisant BEAUCOUP de jQuery

Question

Il ya quelque temps, j'ai entendu un développeur Web très expérimenté décrire une architecture idéale (dans son esprit) pour un portail. Je me souviens avoir entendu ces couches:

• Base de données (utilisation de procédures stockées)
• Application Server (en utilisant SOAP ou REST) ​​
• serveur Web (en utilisant jQuery pour communiquer avec le serveur d'application)

La base de données et les couches d'application ont eu un sens et j'ai utilisé le même paradigme dans plusieurs projets, mais j'ai été intrigué par le Web Server. Il semblait que jQuery récupérait tous les fichiers JSON ou XML du serveur d'applications et construisait en quelque sorte une page.

Cela semble être une très bonne idée. Malheureusement, je n'ai jamais entendu comment ça s'est passé. Est-ce que cela ressemble à un bon design? Concevriez-vous un site de cette façon? Je suis sûr qu'il avait une saveur non-javascript qui construirait le HTML statique du serveur d'application. Pourquoi ne pas simplement déployer tout le site dans la version non-javascript?

Note: J'ai entendu cette discussion et je n'ai vu aucun brouillon de conception ou quoi que ce soit, alors j'ai peut-être quelques failles.

Answer 1

Il existe déjà une application comme celle-ci: GMail - elle n'utilise pas jQuery, mais Closure, bien que ce soit le même principe que vous avez défini.

Answer 2

Je doute qu'il utilisait jQuery pour «construire» la page, mais plus susceptible de gérer toute interaction avec l'utilisateur. C'est-à-dire qu'un bouton qui fait quelque chose n'actualiserait pas toute la page, mais il ferait simplement la demande au serveur pour faire ce qui devait être fait, et récupérerait probablement un peu de html pour mettre à jour un div particulier. ou peut-être par la suite faire un appel pour rafraîchir ce div. L'utilisation de jQuery pour récupérer les «informations de construction de page», puis l'utilisation de JS pour construire dynamiquement une page html serait lente - je suis allé cette route moi-même pour une partie d'une page, et même cette petite partie prenait pour toujours. Javascript n'est pas construit pour ce niveau de performance - vous voulez gérer cela dans le code compilé sur le serveur.