Binding d'un objet ou collections d'objets (ASP.NET / C#)

Réponse acceptée !
Bonjour,

Il me semble que l'objectDatasource (ainsi que tous les XXXDataSource) permettent de faire ce que tu demandes (ou j'ai mal compris la question :p). En effet tu as une propriété UpdateMethod qui te permet de mettre à jour ton objet etc... bien sur il faut écrire le code correspondant à la méthode Update. T
Si tu veux pas écrire ce code, tu peux utiliser un sqldatasource, mais ca flingue toute la conception objet d'une application.

Les XXXDatasource parraissent interessant au premier abord, mais j'ai jamais réussit à les utiliser dans la vraie vie. Dans des cas simple de démos, c'est joli, c'est tout beau, mais dans des cas métier concrêts c'est très vite compliqué à gérer et c'est surtout indebuggable ... Bref si tu as un gridview qui ne fait que l'édition d'UNE table (pas de jointure & co) alors les XXXDataSource sont interessant, sinon je préfère passer par du binding "traditionnel"

---

Cyril - MSP - MCPD ASP.net & MCTS SQL - Consultant indépendant

Réponse acceptée !
Merci pour ta réponse.

   C'est bien au niveau de la méthode Update que mon problème se pose. Effectivement, je voudrais éviter d'écrire ce code de synchronisation entre l'objet retourné par "l'Update" et ma collection d'objets d'origine qui a servit à peupler le WebControl. Comme tu l'as compris, je garde l'état de mes objets métiers et ne désire pas travailler directement avec la base de données afin de préserver l'architecture entre autre. J'essaye de préserver un fonctionnement semblable à une application WinForm.

   Qu'appelles-tu du binding "traditionnel". Veux-tu dire par là l'utilisation d'un Eval puis un binding "à la main" pour prendre en compte les modifications ?