infatti nel caso dell'ODS non mi tornava il punto dove l'eccezione viene generata, ma per essere sicuro dovrei replicare l'errore.

ciao marco

p.s. ho risposto prima di leggere il l'ultimo messaggio, il DetailView è abbastanza rigido come formattazione meglio il FormView se hai esigenze particolare.

ciao marco
Modificato da nostromo il 13 novembre 2006 19.02 -

Chi parla senza modestia troverà difficile rendere buone le proprie parole.
Confucio

http://nostromo.spaces.live.com/default.aspx
66 messaggi dal 11 maggio 2006
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.
oddio mi sembra esagerato modificare il Domanin Object per adattarsi al ODS.

il problema del Bind si risolve facilmente creato delle FieldCustom, più portatile e lasciao la logica del DO invariata.

questa è una mia opinione, prossimamente spero di creare uno scrip per aspitalia in proposito.

ciao marco

Chi parla senza modestia troverà difficile rendere buone le proprie parole.
Confucio

http://nostromo.spaces.live.com/default.aspx
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

Non hai veramente capito qualcosa fino a quando non sei in grado di spiegarlo a tua nonna.
-Albert Einstein-
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 vuoli limitare il problemi dovuti al cambio di alcune tecnologie, la strada da seguire è il layering della tua apllicazione, la più comune è quella a 3 tier.

data, business e presentazione.

ogni layer "dipende" dal precedente non viceversa, ongi modifica che fai per adatattare la tua applicazione ad una determinata tecnologia ne limita la portabilità.

e mai (mai è una porola grossa  ) l'architettura di uno strato deve essere condizionata da quello successivo.

ciao marco

Chi parla senza modestia troverà difficile rendere buone le proprie parole.
Confucio

http://nostromo.spaces.live.com/default.aspx
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 -

Chi parla senza modestia troverà difficile rendere buone le proprie parole.
Confucio

http://nostromo.spaces.live.com/default.aspx

Torna al forum | Feed RSS

ASPItalia.com non è responsabile per il contenuto dei messaggi presenti su questo servizio, non avendo nessun controllo sui messaggi postati nei propri forum, che rappresentano l'espressione del pensiero degli autori.