Ajax est très limité sur certains aspects. Genre tu veux faire un composant à inclure dans un site web qui n'est pas le tien. Ce composant doit communiquer avec ton serveur, qui n'est pas celui fournissant la page html. Dans ce cas, tu tombes sur les problèmes de cross-domain et ajax est à bannir. Alors tu peux faire mumuse avec des hack tous pourris :
tu code ton composant dans une iframe... mouai, on repassera vu les limitations
tu met un proxy ajax sur le serveur qui contient l'html (souvent refusé par les clients, gourmand, inutile)
De l'autre côté, tu code tout sous forme de script. Au lieu d'appeler du xhr tu inclus des balises script.
Tu n'en as rien a carré du cross-domain.
C'est propre, c'est hyper standard vis-à-vis du fonctionnement d'une page web (loader des scripts et les executer).
C'est simple à coder, autant côté client que serveur.
Avec ça tu fais ce que tu veux.
Si on prend un exemple grand public, c'est comme ça qu'on peut inclure du google maps n'importe où. Le composant google maps ne va pas aller faire du xhr vers leurs serveurs, il va juste ajouter (puis supprimer) des balises scripts.
Pour ce qui est du modèle MVC, personnellement je fais des applications 3 tiers avec JSF pour la présentation, des objets Java injectés dans mes Managed Beans pour la couche métier et Hibernate pour la persistance (toujours pareil des DAO injectés dans la couche métier).
C'est bien ce que je dis, c'est lourdingue. C'est pas maychant hein, c'est la façon java classique d'envisager les choses.
D'ailleurs, où est le controlleur de JSF ?
je peux choisir demain de changer de technologie pour utiliser autre chose dans l'une des 3 couches sans toucher aux deux autres.
Est-ce un cas qui se présente réellement ?
Est-ce réellement possible de changer une couche (n'importe laquelle) sans toucher les autres ?
De ce que j'ai vu (mais peut-être que j'ai pas tout vu, loin de là), le cas ne se présente en fait que très très rarement, et lorsqu'il se présente on se rend compte que c'est pas si simple de changer. Et donc on paye dans 95% des cas un surcoût lié à cette indépendance illusoire qu'on utilisera jamais.
Si tu utilise JSF (mojarra) et qu'Oracle décide d'abandonner ou de le rendre payant, tu passe à Apache MyFaces en gérant certaines modifications.
Justement, la dernière fois que j'ai regardé, le problème était que MyFaces et JSF (enfin mojarra quoi) n'était pas totalement identiques.
Si tu utilise GWT et que Google t'explique que finalement il abandonne, tu te retrouve le bec dans l'eau à réécrire tout ou partie de ton application.
S'ils abandonnent GWT ça ne change pas grand chose à mon appli, elle va pas subitement par magie disparaître...
[^] # Re: encore un titre racoleur...
Posté par CrEv (site web personnel) . En réponse à la dépêche Vers la fin du Flash ? L'interopérabilité serait-elle vainqueur ?. Évalué à 2.
Ajax est très limité sur certains aspects. Genre tu veux faire un composant à inclure dans un site web qui n'est pas le tien. Ce composant doit communiquer avec ton serveur, qui n'est pas celui fournissant la page html. Dans ce cas, tu tombes sur les problèmes de cross-domain et ajax est à bannir. Alors tu peux faire mumuse avec des hack tous pourris :
De l'autre côté, tu code tout sous forme de script. Au lieu d'appeler du xhr tu inclus des balises script.
Tu n'en as rien a carré du cross-domain.
C'est propre, c'est hyper standard vis-à-vis du fonctionnement d'une page web (loader des scripts et les executer).
C'est simple à coder, autant côté client que serveur.
Avec ça tu fais ce que tu veux.
Si on prend un exemple grand public, c'est comme ça qu'on peut inclure du google maps n'importe où. Le composant google maps ne va pas aller faire du xhr vers leurs serveurs, il va juste ajouter (puis supprimer) des balises scripts.
C'est bien ce que je dis, c'est lourdingue. C'est pas maychant hein, c'est la façon java classique d'envisager les choses.
D'ailleurs, où est le controlleur de JSF ?
Est-ce un cas qui se présente réellement ?
Est-ce réellement possible de changer une couche (n'importe laquelle) sans toucher les autres ?
De ce que j'ai vu (mais peut-être que j'ai pas tout vu, loin de là), le cas ne se présente en fait que très très rarement, et lorsqu'il se présente on se rend compte que c'est pas si simple de changer. Et donc on paye dans 95% des cas un surcoût lié à cette indépendance illusoire qu'on utilisera jamais.
Justement, la dernière fois que j'ai regardé, le problème était que MyFaces et JSF (enfin mojarra quoi) n'était pas totalement identiques.
S'ils abandonnent GWT ça ne change pas grand chose à mon appli, elle va pas subitement par magie disparaître...