Oui effectivement c'est un peu en marge de la discussion. Mais quand même ; pour moi l'une des faiblesses des « plateformes de RIA » c'est le fait qu'il est très difficile de faire remonter des événements du serveur vers le client. Et à ma connaissance aujourd'hui il n'y a pas de méthode propre pour le faire. On passe soit par des connexions permanentes (ex : un chat en Flash ou en Java), soit par des requêtes régulières du client (ex : chat en HTML/JS). Sans avoir d'exemple sous la main, il est assez aisé d'imaginer une application critique qui aurait besoin d'être avertie d'événements survenus côté serveur de manière asynchrone.
Si on avait cette fonctionnalité je pense que la partie visible de la RIA, à savoir ce qu'on voit sur le navigateur, aurait plus de facilité à n'être qu'un périphérique d'affichage de l'appli et n'aurait pas besoin d'emparquer trop d'intelligence.
Après reste à trancher pour savoir qui d'entre le serveur et le client, doit être le plus intelligent. Et c'est là, qu'on verra ressortir la technologie qui a plus d'avenir. Entre celle qui déporte la couche de présentation et métier sur le client (avec tous les problèmes que cela comporte) et celle qui se contente de déléguer l'affichage de l'interface utilisateur, il y a un choix clair à faire. Reste à savoir laquelle le fera le mieux (entre problèmes de sécurité, de déploiement, d'ergonomie et de facilité de développement..).
Heu pardon yphilogene... Par peer-to-peer j'entendais un modèle qui permette au serveur de parler à ses clients de sa propre initiative. Peer-to-peer n'était pas le meilleur terme à employer du coup
Partager