flexible : il est possible de faire du XUL avec par exemple
Oué enfin si le but est de faire du HTML on s'en fiche un peu...
Actuellement, tu peux déjà faire du HTML5 avec JSF de manière relativement simple, quand les bibliothèques de composants s'y mettront ça le deviendras encore plus (on peut même imaginer que tu ai juste à mettre à jour la dite bibliothèque pour la passer en HTML5). Peut être que ça ne t’intéresse pas, que tu code en entreprise pour IE6 parce que c'est le seul qui est dans le cahier des charges et à la charge de celui qui maintiendras l'application de la faire évoluer vers des standards plus récents, mais ça intéresse d'autres.
lourd
Je pensais surtout lourd à coder, utiliser.
Un fichier XML pour la présentation, une simple classe Java et incorporé au fichier XML un langage simple et simpliste pour faire le lien.
au niveau de la lenteur JSF 2.0 permet d'utiliser AJAX pour avoir quelque chose de très réactif
Et alors ?
Je sais pas, j'ai pas dis que c'était mieux que les autres, j'ai dis qu'il était pas aussi lent que tu le disais.
Tous les frameworks web permettent d'utiliser AJAX / JSONP ([...]) donc ça n'a rien de plus qu'un autre sur ce point.
Oui mais c'est toi qui explique qu'il est moins bien. Je dis juste qu'il a de quoi se défendre.
ça fait un moment que j'ai banni ajax de mes technos...
Ah ? Tu utilise quoi ?
c'est une technologie relativement KISS
Justement, c'est tout l'inverse de ce que je pense.
C'est une techno que je trouve trop complexe, surtout pas KISS, JSF et simple ça me pique les yeux malheureusement.
Il n'y a qu'à voir le modèle MVC de JSF, c'est vraiment, vraiment une horreur.
La technologie de présentation est bateau, tu met peu de temps à la prendre en main et à comprendre son fonctionnement. Tu accède directement à tes objets Java de manière simple uniquement par appel de fonction que tu contrôle toi-même avec l'expression langage.
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).
Mes 3 couches sont dépendantes que dans un sens (et le bon), je peux choisir demain de changer de technologie pour utiliser autre chose dans l'une des 3 couches sans toucher aux deux autres.
Le fait que ce soit standardisé... mouai, les deux implémentations sont-elles réellement équivalentes ? Ou comme d'habitude il faut faire du cas par cas dans certains coins ?
Et alors ?
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.
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.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: encore un titre racoleur...
Posté par barmic . En réponse à la dépêche Vers la fin du Flash ? L'interopérabilité serait-elle vainqueur ?. Évalué à 1.
Actuellement, tu peux déjà faire du HTML5 avec JSF de manière relativement simple, quand les bibliothèques de composants s'y mettront ça le deviendras encore plus (on peut même imaginer que tu ai juste à mettre à jour la dite bibliothèque pour la passer en HTML5). Peut être que ça ne t’intéresse pas, que tu code en entreprise pour IE6 parce que c'est le seul qui est dans le cahier des charges et à la charge de celui qui maintiendras l'application de la faire évoluer vers des standards plus récents, mais ça intéresse d'autres.
Un fichier XML pour la présentation, une simple classe Java et incorporé au fichier XML un langage simple et simpliste pour faire le lien.
Je sais pas, j'ai pas dis que c'était mieux que les autres, j'ai dis qu'il était pas aussi lent que tu le disais.
Oui mais c'est toi qui explique qu'il est moins bien. Je dis juste qu'il a de quoi se défendre.
Ah ? Tu utilise quoi ?
La technologie de présentation est bateau, tu met peu de temps à la prendre en main et à comprendre son fonctionnement. Tu accède directement à tes objets Java de manière simple uniquement par appel de fonction que tu contrôle toi-même avec l'expression langage.
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).
Mes 3 couches sont dépendantes que dans un sens (et le bon), je peux choisir demain de changer de technologie pour utiliser autre chose dans l'une des 3 couches sans toucher aux deux autres.
Et alors ?
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.
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.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)