Con gli ods non hai molti degli automatismi a cui si è stati abituati sa sqlprovider ad esempio... e molte cose devi farle a mano.

Se stai iniziando la programmazione delle classi ods ti do un consiglio, studia i nullable ed aggiungi due metodi a tutte le proprietà in lettura ed in scrittura set get... checkvaluetodbnull e checkvaluetonothing....

Nelle due funzioni ti smazzi tutti i problemi relativi alle conversioni di tipo necessarie, boolean, date, string... etc...

Ti allungheranno la vita con questi piccoli problemi dovuti al binding, specialmente quelli in update...

Ciao.

Hiram ha scritto:

Con gli ods non hai molti degli automatismi a cui si è stati abituati sa sqlprovider ad esempio... e molte cose devi farle a mano.

Ho notato, ho pensato che usando gli ODS potevo cambiare da ASP.NET 2.0 ad un successore senza troppi problemi, come ho avuto da Mysql a PostgreSQL ad infine a MSSQL... per non parlare da PHP ad ASP.NET.
Spero che la mia intezione sia valida e non una perdita di tempo , che ne dite?

Se stai iniziando la programmazione delle classi ods ti do un consiglio, studia i nullable ed aggiungi due metodi a tutte le proprietà in lettura ed in scrittura set get... checkvaluetodbnull e checkvaluetonothing....

per fare prima disabilitato la conversione a null delle stringhe vuote nel Details/GridView

aggiungo una cosa, solo adesso mi ricordo che il comportamento segnalato è un bug noto del ObjectDataSorce.

https://connect.microsoft.com/feedback/viewfeedback.aspx?FeedbackID=105016

ciao marco

---

Modificato da nostromo il 14 novembre 2006 19.20 -