Séparation métiers Graphiste et Développeur

Bonjour,

Comme je dois démarré un nouveau projet de WebApplication, je fais un tour des techno actuellement proposées afin de mettre à jour mes méthodes de travail.

On pourrait espérer qu'aujourd'hui la séparation entre les métiers de Graphiste et de Programmeur soit nette et claire. Alors vu les annonces faites autour des Java Server Faces je me précipite sur les docs et tutoriaux (merci à Olivier SCHMITT pour ses tutoriaux !).

Et voilà que je trouve des tags hésotériques, que ni un graphiste, ni ses outils ne doivent connaitre.

A moins que j'ai manqué quelquechose ou que mon esprit n'est pas assez ouvert, il me semble que les tags comme <html:commandLink, <html:dataTable et autres, ne sont pas pour facilité la séparation des métiers.

S'il vous plaît pouvez vous m'éclairer sur la façon avec laquelle il faut organiser le travail entre le Graphiste et le Programmeur quand les JSF entres en jeux ??? Je vous avoue que je suis perdu.

En parrallèle, ma recherche m'a fait découvrir XMLC (xmlc.org), qui associé au framework Barracuda (barracudamvc.org) pour la notion de composant d'interface utilisateur, à mon avis, rempli mieux le contrat de séparation des métiers.

Je pense avoir fortement besoin de vos lumières.
Merci, Cyrille.

D'aprés mon expérience avec JavaServer Faces (qui d'ailleurs courte)
Ce n'est pas vraiment un choix technique mais plustôt un choix politique.

On a pas droit a une vrai séparation du HTML du reste du Code
parce que simplement <h:**** n'est pas du HTML ...
et puis à chque fois il faut appeller <h:verbatim .... c'est du Perl ça !!!!

peut être que j'éxagere mais ce n'est pas moi qui recommendera JSF à quelqu'un

J'ai une une excellente expérience(projet de faible taille) avec Wicket . Il est un excellent framework
@+

Citation:

---

Envoyé par smel

Ce n'est pas vraiment un choix technique mais plustôt un choix politique.

---

Comme tu dis: "politique". Mais celà à son importance, car la couverture médiathique est très forte. Il y a aussi une forte communauté autour. Ce qui lui fait une bonne notoriété auprès des DSI.

Heureusement, j'ais compris qu'il y a Facelets qui apporte une couche sur JSF pour le découplage Graphiste / Programmeur. Comme quoi il y a bien un défaut :P

Citation:

---

Envoyé par smel

J'ai une une excellente expérience(projet de faible taille) avec Wicket . Il est un excellent framework

---

Sinon, comme autre framework sympa il y a Click

Malheuresement je n'ai pas eu beaucoup de chance pour pouvoir choisir les technologies, souvent on trouve des systémes deja mis en place et qu'il faut vivre avec, (enfin survivre avec ..).

Une seule constante dans notre travail c'est que les besoins changent ..
Je ne vois pas pourquoi on ne change pas de technologies ..

Je crois parceque le cou de formation est tres important .. et les bons informaticiens sont de plus en plus rares et chers ..

C'est pourquoi on opte pour des "standard" ... pour ne pas dire le pret à porter :)

Merci pour Click j'ai bien aimer ..