Quelles sont les meilleures pratiques pour le JSF?[fermé]
https://stackoverflow.com/questions/31924
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianQuestion
Je l'ai fait en Java et JSP de la programmation dans le passé, mais je suis nouveau sur Java Server Faces et que vous voulez savoir si il y a un ensemble de meilleures pratiques pour la mise au point du JSF.
La solution
Quelques conseils:Comprendre la JSF demande cycle de vie et où vos différents morceaux de code ajustement en elle.Surtout savoir pourquoi votre modèle de valeurs ne seront pas mis à jour si il y a des erreurs de validation.
Choisissez une bibliothèque de balises et puis rester avec elle.Prenez votre temps afin de déterminer vos besoins et d'un prototype de différentes bibliothèques.Le mélange des différentes taglibs peut causer de graves dommages à votre santé mentale.
Autres conseils
Pensez à utiliser facelets- il simplifie grandement le pire des pièces de JSF développement.Je suis en train de faire un basé sur le CMS projet JSF maintenant sans facelets (après avoir fait un projet avec elle) et il se sent comme mon bras gauche est manquante....
Je les recommande vivement pour quelqu'un d'expérimenté dans le JSF à la tête de votre premier projet en JSF, même si cela signifie payer un entrepreneur pour 3 mois.La JSF approche est très différente de la JSP.La façon dont vous vous approchez et de résoudre les problèmes est très différent.
Les bibliothèques
Considérer les bibliothèques suivantes:
L'Architecture
Embrasser MVC vous avez besoin non seulement de savoir ce que cela signifie, mais utiliser intensivement.
Il existe deux modèles principaux pour l'association des contrôleurs avec les points de vue
Dot Net Style, Une Demande de contrôleur de per view
Chaque niveau supérieur de la page a une portée de la requête du contrôleur (haricot) toute la validation et les actions de la page utilisation de cette classe.Également utilisé pour le filtrage et la commande d'un Modèle.Le Modèle sera stocké sur quelques session des contrôleurs de niveau qui se chargera d'en parler à la fin (Ejb, ou de la couche de persistance) ces contrôleurs de session doit être mise en œuvre de la logique métier et n'ont aucune connaissance de JSF,HTML ou toute présentation de la technologie.
Les contrôleurs de niveau de la session
La conception de contrôleurs en fonction de votre modèle de données, de les imbriquer avec les uns dans les autres.(Ce post est trop long donc je ne vais pas aller dans les écrous et les boulons de la ces).
Connaissances Requises
Tout le monde:
- Cycle De Vie
- MDC
- À base de composants de développement
- Dans les Tags h:et f:
Au Moins Une Personne:
- La Création De Composants Personnalisés
- Les limites de JSF (bouton de retour, hasard de la navigation, etc)
- Debug 3ème bibliothèques de tiers (Au moins une personne a être à l'aise briser le débogueur et à s'intégrer dans la la mise en œuvre de l'ACI (plus facile avec open source implémentations comme MyFaces))
- Ajouter mon vote pour facelets.J'ai récemment mis à jour un projet d'utilisation des facelets, et il résout quelques grandes questions avec la jsf, spécialement de vous donner un décent modèle de système de droit hors de la boîte et vous permettant d'utiliser les html standard lorsque cela est approprié, sans l'enveloppant dans "mot à mot"balises.
- RestFaces est une solution à la get/post problème que beaucoup de gens se plaignent.Il est également bien documenté et facile à utiliser.
- Ne pas utiliser pour de nombreux taglibs.Il rend la tâche beaucoup plus difficile lorsque la mise à niveau.
- COUTURE recueille de nombreux de la JSF meilleures pratiques, mais je n'ai pas encore utilisé, donc je ne peux pas vous le recommande vraiment, juste vous recommandons de prendre un coup d'oeil.
J'ai été en utilisant le logiciel IBM mise en œuvre de l'Aci et de certains de nos commentaires.Il n'est pas une mauvaise façon d'aller, mais vous devez vous engager à l'IBM "chemin de vie".Ils ont écrit leur propre tag lib qui s'étend dans le cadre du programme standard.Si vous parvenez à rester à l'intérieur de Rational Application Developer (RAD) (qui n'est pas mis à jour souvent), l'intégration est parfois buggy mais globalement décent.Également à l'intégration avec WebSphere est assez bonne.À moins que votre employeur joue au golf avec IBM, je pense que c'est mieux de rester comme la vanille que possible.
Je ne suis pas encore au courant de la "Meilleure Pratique" pour traverser le terrain / au niveau du formulaire de validation.
C'est, JSF validation est actuellement orienté vers le seul champ de la validation.IMO il devient laid quand vous regardez complexe de la croix-champ / formulaire de validation de niveau.
Vieux mais semble toujours avec moi http://weblogs.java.net/blog/johnreynolds/archive/2004/07/improve_jsf_by_1.html
http://www.jroller.com/robwilliams/entry/jsf_multi_field_validation_not
Vous pouvez consulter le lien suivant où vous trouverez des articles intéressants
Choisir une bonne bibliothèque de composants .Ne pas utiliser de richfaces , je vous suggère de ne pas utiliser jsf , utiliser spring mvc,jquery bof vue et json dans une architecture rest.mais si vous devez ,l'utilisation primefaces, il est facile à utiliser et dispose de suffisamment d'éléments.
