Je suis récemment assis à Port une application de rails simples que j'ai à JSF (en utilisant une couture) pour avoir une idée de laquelle je serais plus productif. L'application Rails est reposante, ce que j'aime. En commençant à JSF, j'ai été surpris d'apprendre, peut-être de manière incorrecte, que JSF ne soutient que des postes, ce qui le rend intrinsèquement non réparateur.
J'ai fouillé un peu mais je ne trouve pas de réponse satisfaisante. JSF / Cound semble être très populaire, mais cela n'a pas de sens pour moi que cela interdisait toutes les méthodes HTTP, mais la poste. Est-il vrai que JSF ne permet pas de ne pas permettre une architecture reposante, ni je suis un JSF erroné et reposant est possible (intrinsèquement ou à travers un plug-in)?
4 Réponses :
Voici un Publication du blog qui fonctionne dans cette question , bien que cela n'atteigne aucune conclusion solide.
Dans mon expérience personnelle, JSF / SEAM ne sont pas réellement très populaires, en grande partie à ces types de problèmes. Il semble essayer très fort de résumé de la nature sous-jacente du Web, puis brise des choses comme J'ai entendu de bonnes choses sur Restlet , et je vois que Struts 2 a un Plugin de repos . Avec le printemps 3, le ressort mvc a Ajout de la prise en charge du repos < / a>. J'ai travaillé avec Grails , et cela a fait des choses reposantes assez simples. Il a le bonus supplémentaire qu'il devrait être très familier pour vous, car vous êtes expérimenté avec des rails. obtenir . La solution (pour tout problème que vous rencontrez) est toujours "à venir dans la prochaine version" ou "Pas vraiment un problème si vous avez de bons outils". Ymmv, mais je regarderais probablement une pile différente.
Merci. Votre lien a un commentaire sur la couture qui supporte le repos, donc je vais regarder cela aussi. Les rails apparaissent jusqu'à présent le plus élégant, mais je veux m'assurer de jeter un coup d'œil à d'autres prétendants principaux (y compris GRAVES).
Cet article n'est pas entièrement précis sur la couture et le repos. Il compare les contrôleurs ROR au support de la couture pour JAX-RS. Différentes choses. Une comparaison plus précise est des contrôleurs ROR aux actions de la page de couture.
JSF avec une couture peut aller bien. Cela dépend juste de ce que vous voulez faire avec cela. JSF utilise généralement le message pour obtenir vos données de champ à l'arrière-plan. Beaucoup de choses JSF fonctionnent avec la poste. Mais vous pouvez certainement utiliser d'utiliser des paramètres de page de couture ou même simplement d'arriver à l'objet HTTPRequest sous-jacent.
MAINTENANT L'architectutre plus reposant, oui, ne fonctionne pas bien avec JSF. N'hésitez toutefois pas à utiliser JSF pour votre interface utilisateur et JAX-RS pour votre API reposante. Les deux peuvent vivre heureux à côté des autres.
Selon vos exigences exactes (reposez-vous comme API ou plus comme moyen d'obtenir des URL bookmables), la couture est plus éloignée que de la tête. Un article des développeurs de couture est chez http://relation.to/bloggers/restsSupportunLatestSeam21 où il démontre les nouvelles fonctionnalités de repos. Entre autres, comment vous pouvez exposer un accès complet à une entité via une API reposante avec seulement quatre lignes de XML.
Si vous allez simplement vous faire signe que vous devez concevoir de manière soin de la manière dont vous associez les choses (ensemble) dans vos pages et flux JSF, bien que la couture 2.2 a ajouté certaines fonctionnalités pour faciliter la tâche.
JSF est un document composant , pas une action basée sur une action. Les URL sont définitivement Action -Related, donc si vous souhaitez effectuer une application Web reposante, JSF est peut-être pas ce que vous voulez.
Voir aussi: