Crasch

# re: On the Way to Mastering ASP.NET: Introducing Custom Entity Classes

Hai guardato anche le slide di Pierre (se non ricordo male) nell'ultimo workshop ugi su ado.net?

Comunque con 2005 potrai bindare le custom entities alla gridview (o come cavolo si chiamerà...) utilizzando l'objectdatasource...

# re: On the Way to Mastering ASP.NET: Introducing Custom Entity Classes

non esiste una soluzione che è ottimale per tutte le circostanze (alpiù ne esiste una che va bene in molte circostanze).

un buon progettista ha un ventaglio di soluzioni ad ogni problema e per ogni soluzione conosce vantaggi e svantaggi e sa individuare quella che meglio si adatta allo specifico problema.

sul tema ti segnalo questo articolo: "Progettazione di componenti per l'accesso ai dati e passaggio dei dati da un livello all'altro" - http://www.microsoft.com/italy/msdn/library/distribuite/BOAGag.asp

# re: On the Way to Mastering ASP.NET: Introducing Custom Entity Classes

Personalmente uso quasi sempre l'approccio delle custum entities.
trovo i dataset un po' troppo macchinosi da gestire, e "costosi" da popolare.

L'unica volta che ho trovato più comodo usare un dataset è stato quando ho dovuto salvare il risultato di una query in oggetti tipo cache condivise tra tutte le pagine di una web application.

Ovviamente parlo di implemetnazioni su ASP.NET...
probabilmente lavorando con windows forms l'uso dei dataset diventa più utile, ma sul web, dove ogni pagina inizia e finisce dopo 1/100 di secondo, tutte le potenzialità di un DS mi paiono inutili.

# re: On the Way to Mastering ASP.NET: Introducing Custom Entity Classes

suvvia, l'articolo non "distrugge" i dataset, solo propone un modo diverso di lavorare che io spesso ho trovato molto efficace. i typed-dataset sono davvero complessi, infatti la maggior parte degli usi di dataset che ho visto non li considera nemmeno.

# re: On the Way to Mastering ASP.NET: Introducing Custom Entity Classes

Chiaramente ogni ambito di utilizzo ha delle peculiarità che fà preferire un approccio piuttosto che un altro.
Dal mio punto di vista, ho un'applicazione 3 tier con il solito presentation che parla con i web services di un application che prende i dati da degli store (essenzialmente DB2 e mssql).
Nell'architettura che ho attualmente implementato (vb6) viene usato un recordset ADO che (eventualmente elaborato) viene poi serializzato con la persistenza XML e portato al presentation che lo riformatto con (sigh!) XSL.

Nell'ottica ASP.NET la mia idea era di avere un dataset tipizzato che, oltre a essere comodamente utilizzato negli oggetti di business, viene poi inviato con, ne ho solo sentito parlare ma mai verificato, una serializzazione binaria al presentation.
Altra cosa che devo verificare è se, avendo tutte le informazioni sullo schema, si può effettuare un databind 'decente' a design time.

# re: On the Way to Mastering ASP.NET: Introducing Custom Entity Classes

Il typed dataset non si serializzano in binario in .NET 1.1 a meno di non fare delle modifiche come quelle mostrate nel libro su XML di dino esposito (una bibbia!!!)
x la serializzazione binaria dei dataset devi aspettare .net 2.0...

# re: On the Way to Mastering ASP.NET: Introducing Custom Entity Classes

Ops, ho dimenticato di dire che il porting che stò facendo ha come target la 2.0 .... per questo parlo di serializzazione binaria dei dataset e di GridView...

# re: Dataset o Custom Entities? Dubbio amletico...