Version imprimable
Bonjour,
En scutant les exemples sur la mise en oeuvre du framework JGoodies databinding, je remarque que les objets du domaine doivent être éttendus d'une classe Model du framework.
Cela veut donc dire que dans le cas d'un développement en couche, c'est les objets métiers qui doivent être éttendu de cette classe Model, car étant les objets du domaine ?
Je m'y perd un peu, qqn aurait un peu d'expérience sur ce framework pour me remettre dans le droit chemin ?
Merci
En fait, pour reformuler ma question plus clairement,
je me demandais si je devais appliquer le binding directement sur mes objets récupérés de ma couche métier (donc mes objets metier) ou s'il était plus préférable de faire une récopie de mes objets métiers dans ma couche de présentation (soit dans mon modèle)
Personne n'utilise le databinding de JGoodies ?
Personellement je passerai plutôt par une recopie des objets métier
C'est très mauvais comme architecture d'étendre des objets métiers pour obtenir des responsabilités de l'ordre de la présentation.
Normalement on produit un décorateur qui encapsule l'objet métier et le décorateur se trouve dans la couche présentation.
Par exemple pour imprimer un formulaire, si tu as l'objet métier Form, et que tu veux le présenter sous forme PDF, ou Excel, ou impression ou export XML etc... Tu va produire une classe FormToPDF, FormToExcel etc... capable de lire l'objet Form, agrégation, et d'offrir l'interface nécessaire aux API (iText, POI, etc...)
Je connais pas le framework data biding, c'est peut etre comme génésis, mais attention à toutes ces solutions magiques qui ne sont pas mures.
voila la réponse que je redoutais :lol:
Qu'est ce que je vais gagner a faire de la recopie, mise à part ne de ne plus avoir ma couche métier couplée avec JGoodies ?
Cela ne risque pas de compliquer encore plus la remonter de mes objets à ma couche de persistance ? (je présice que je fais déjà la distinction entre mes objets métiers et mes objets persistants)
D'autant que je dev une appli desktop ou tout est éxécuter en local sur le même poste !
Enfin je crois que je vais quand meme opter pour de la recopie, car ca soulegera le code de mes objets métiers.
En tout cas merci pour cette réponse rapide :D
LA recopie sert à détacher ta métier de ta couche de présentation afin que toute la partie métier puisse être facilement réutilisée dans un autre cadre ou changement de techno, sinon en ce qui concerne le binding JGoodies il a déja prouvé son efficacité...
C'est sur que qu'il vaut mieux plus de souplesse d'entrée de jeu, bien que mon appli, il n'y a pas de cas complexe comme tu donnes exemple. C'est majoritairement des opérations CRUD.Citation:
Envoyé par Alec6
Pour JGoodies databinding, je pense que la valeur est plutot sûr. Le framework fait ses preuves depuis un an et demi (avec très peu de correction entre temps). Karsten Lentzsch est a toutes les conférences Java officielles (SUN voit bien l'intéret et robustesse de cette technique) et il a meme été invité par SUN pour la prochaie spécification sur la databinding.
Pour moi ca veut dire que la voie est libre :), surtout quand on voit la valeur ajoutée qu'apporte un tel framework dans une application.
Bon c'est parti pour faire de la recopie :)
Merci à tous les deux
J'ai souvent discuté avec Karsten de son data binding et je sais qu'il l'utilise en production depuis plusieurs années avec ses clients. Il m'a même dit à JavaZone la semaine dernière qu'ils considérait maintenant tous ses outils comme matures et très productifs. Bref... tu peux foncer :)
Au boulot, comme sur mon projet perso, j'utilise JGoodies binding et je le trouve très mature pour un projet de cette envergure.
De plus, l'auteur est toujours très aimable quand on lui envoie des mails pour des questions.
Pour ma part, j'ai ainsi :
- des objets méties (jgoodies beans)
- des objets de persistance (hibernate pojo beans)
- des objets présentations