Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
JGoodies databinding et le développement en couche ?
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.
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.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
voila la réponse que je redoutais
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
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é...
Répondre avec citation
Partager