Salve a tutti
Ho un problema, devo popolare una gridview con una lista di oggetti. Ho una classe Business che mi ritorna una lista di oggetti per cui posso utilizzare due approcci:
- Bindare la gridview ad un ObjectDataSource al quale segnalo come metodo di select il metodo (selezionaTutti) della mia classe di Business.
- Popolare una List a runtime e bindarla direttamente al datasource della gridview e poi richiamare il Databind()

Il primo sistema lo utilizzo quando nella logica della pagina ho un solo metodo select (nel mio caso selezionaTutti() ) mentre il secondo metodo funziona benissimo quando devo filtrare i dati a runtime e quindi usare diversi metodi di select.

Il secondo approccio mi andrebbe benissimo se nn fosse per il fatto che la gridview poi non ha il supporto di paging (che in realtà gli viene fornita dal datasource) visto che non uso datasource ma gli passo direttamente la lista precedentemente popolata.

A questo punto avrei due possibilità:
- Imparare a farmi una paginazione personalizzata
- Crearmi un objectdatasource a runtime e assegnargli sempre a runtime TypeName, SelectedMethod e SessionParameter per poi darlo in pasto al gridview...ma non so se è fattibile come sistema e non saprei se poi perde tutto al primo postback generato dal cambio pagina.
- Utilizzare (e quindi studiarmi) il nuovo controlo .net 3.5 ListView popolato sempre a runtime direttamente conla mia lista di oggetti al quale gli attacco il datapager di .net 3.5.

Il terzo approccio mi sembra la scelta migliore (molto probabilmente l'hanno inventato per questo tipo di problemi) ma devo studiarmi il tutto ex novo.

Prima vorrei però sapere voi cosa mi consigliate.

Grazie per l'attenzione.
Michele.

Grazie per la risposta,
credevo di essere io a non saper usare i vari datasource mentre sembra che il sistema effettivamente migliore sia popolare direttamente il gridview (o chi per lui) direttamente con la lista di oggetti.
Ora devo scegliere se imparare la via difficile ma migliore (repeater + custompaging) o affidarmi al listview+pager.
Inizierò a studiarmi quest'ultima soluzione poichè sto imparando ora a programmare in .net e preferisco concentrarmi su aspetti piu importanti per il momento, percio se il listview mi farà risparmiare tempo per ora, che ben venga.
Grazie ancora... vado a convertirmi sta gridview in una listview

Dunque mi sono dato una lettura al listview e con qualche inciampo sono riuscito a convertire la gridview in una listview (ho dovuto sistemare il codice di alcuni eventi: il prerender e oncommand, scoprire che dovevo riscrivere anche se vuote gli eventi onindexchanging/changed). Poi con mio grande sgomento ho scoperto che il datapager non compie alcun miracolo ma è un vuoto template di paginazione.
Tutto sommato non è stato tempo perso anzi, il listView sembra essere un controllo davvero potente e se ben utilizzato riesci a controllare anche il codice html generato.
Ok devo studiarmi (vederlo dai millemila esempi e capirlo) un sistema di paging visto che ho capito che sarà pane quotidiano in sviluppo asp.net.

@nostromo
Intendi che l'uso di objectDS mi faciliterà la vita con entityDS?
Ok io vorrei usare l'ObjectDS ma se io in corso d'opera (in runtime) voglio cambiare il metodo della select? Per esempio al posto di usare il metodo SelezionaTutti voglio usare SelezionaByUtente(int IDUtente).
E' una situazione comunissima in cui credo chiunque si sia trovato: hai una pagina con tutti i record clicchi su un pulsantino e filtri i record in base a un criterio. Voglio sapere se è fattibile e se non succede che al primo postback il metodo di select non torna quello originale.

---

Modificato da michele_p il 25 maggio 2009 15.58 -

Ok ho cambiato tutto.
Ora ho usato ObjectDS con ListView e il datapager funge da solo (ma mi riprometto di studiarmi a breve il funzionamento di un sistema di paginazione custom visto che può servire).
Inoltre nella classe business ho fatto l'overload del select come suggerito da Nostromo anche se in verità è un "mezzo" overload ma questo è un altro discorso.
Effettivamente usare ObjectDS in questo modo offre un bel po di spazio di manovra in piu rispetto ad un uso simile ad un normale datasource al quale ci si abitua molto facilmente agli inizi come sqldatasource.