5 votes

Le traitement de Javascript côté serveur est-il une solution à la duplication de la logique ?

De nos jours, les applications Web font un usage intensif de Javascript, par exemple divers produits Google comme Gmail et Calendar.

J'ai du mal à ne pas avoir de logique dupliquée côté serveur et côté client.

Lorsque je demande une page ou un état de l'application, je préférerais envoyer l'interface utilisateur complète, c'est-à-dire : pas seulement du javascript, qui à son tour fait une douzaine de requêtes ajax et construit l'interface utilisateur.

Mais c'est là que réside le problème : la logique qui décide de ce qu'il faut montrer ou non doit être écrite une fois dans le langage côté serveur et une fois dans le langage côté client.

Je me demandais alors s'il était possible de traiter votre logique javascript côté serveur et d'envoyer le tout au client, qui à son tour peut continuer à utiliser l'application avec tous les avantages d'une interface utilisateur réactive, mais sans l'inconvénient du chargement initial/de la construction de l'interface utilisateur en raison de la dépendance des requêtes ajax en arrière-plan.

J'espère que l'explication de mon problème est un peu claire, car je ne suis pas un écrivain anglais des plus fluides. Si vous comprenez ce que je veux dire et si vous pouvez décrire le problème un peu mieux, faites-le... merci !

Donc ma question est :

  • Un tel projet est-il possible ou réaliste ?
  • Quelle est votre opinion sur la manière d'aborder ce problème ?

;-)

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X