• [^] # Re: En même temps...

    Posté par (site web personnel) . En réponse au journal RMS et le piège du Javascript. Évalué à 7.

    Justement, en quoi cela va poser des problèmes au serveur d'application de changer le client puisque le serveur, lui, continuera à travailler de la même manière ?

    Quand on se penche sur le fonctionnement de librairies comme Google Web Toolkit (utilisé par les appli google), on s'aperçoit qu'il n'y a aucune séparation entre la partie client qui tourne sur le serveur et celle qui tourne sur le client (tout est généré à partir d'une description unique et est complètement spécifique à une interface client particulière). Quand on parle de déployer une nouvelle version de l'appli, on déploie la partie serveur et client web en même temps sans se préoccuper d'une quelconque préservation du protocole et des interfaces client/serveur.

    Dans ce style d'architecture (d'un autre coté je trouve ça super pratique et élégant), il n'est pas possible de redévelopper son client dans son coin (enfin de façon simple, maintenable, ...). Je souhaite bien du courage à celui qui voudrait pondre une nouvelle IHM à gmail...

    Le problème doit être abordé dans sa globalité, une application libre c'est la partie client + la partie serveur.