Αυτόν τον καιρό ασχολούμαι να φτιάξω ένα generic DAL για EF ver1.0 ώστε να δουλεύω μόνο με detached entities. Το πρόβλημα, βέβαια, είναι ότι χάνω το change tracking. Αναγκαστικά, λοιπόν, θα πρέπει να φτιάξω - μιας και από ό,τι είδα δεν υπάρχει κάποια έτοιμη κλάση - ένα collection το οποίο θα μου χρησιμεύσει στο binding, αλλά να υποστηρίζει change tracking. Ο πιο κατάλληλος υποψήφιος, από τον οποίο σκέφτομαι να κάνω inherit, είναι το ObservableCollection. Υπάρχουν, όμως, κάποια ζητήματα που αφορούν στο EntityKey. Ενώ τα νέα entities μπορούν εύκολα ν' αναγνωριστούν, καθώς ακόμα κι αν το Key τους δεν είναι null είναι οπωσδήποτε temporary, τα inserts στο DAL θα πρέπει να επιστρέφουν ξανά τα ίδια entities με το permanent EntityKey (πέρα - δώθε δηλαδή). Βεβαίως, το collection θα πρέπει να "ενημερωθεί" με τα "νέα" entities, έτσι ώστε, αν χρειαστεί να χρησιμοποιηθούν σε άλλες εργασίες να μην θεωρούνται added, αλλά original. Το collection δε θα μιλάει με το DAL, καθώς αυτό το έργο θα το αναλάβει ένα ενδιάμεσο AdapterObject, το οποίο θα στέλνει τις μεταβολές στο DAL και θα ενημερώνει ύστερα το collection. Κάτι ανάλογο στο πρότυπο των DataSets και των TableAdapters.

Η ερώτηση που θέλω να κάνω είναι, το σκέφτομαι καλά ή κάπου χάνω κάτι; Μήπως υπάρχει άλλος τρόπος και πάω να κάνω τα εύκολα δύσκολα; Εσείς πως έχετε λύσει το πρόβλημα του change tracking στον client, έτσι ώστε να ξέρετε τι θα στείλετε για αποθήκευση στο DAL;

---

Ακόμα κι ένας άνθρωπος μπορεί ν' αλλάξει τον κόσμο. Μη θέλεις να κυβερνήσεις. Απλά δείξε το μονοπάτι κι ο κόσμος θ' ακολουθήσει!!

Αν δεν κάνω λάθος,

Χρειάζεσαι την Attach() μέθοδο που θα ξαναβάλεις μέσα στο context το detached entity και ανάλογα με το τι έχεις
ορίσει σε κάθε field/property στο update check θα το ελέγξει.

Μπορείς ακόμα να κάνεις manual check κάνοντας Re-Query στην βάση και ελέχοντας εσύ τα values (έχεις πρόσθετο round trip στην βάση έτσι όμως).

Ακόμη μπορείς να βάλεις manual timestamp field στα tables, και να κάνεις έλεγχο βάση αυτού του πεδίου μόνο.
Δές επίσης αυτό το Blog post που βρήκα στα γρήγορα για παράδειγμα.

---

Γιώργο, όλ' αυτά είναι πράγματα που συμβαίνουν στο DAL. Επιπλέον, το requery στη βάση για την επανάκτηση της original τιμής δεν είναι αποδεκτό. Αυτό που μου έχει κάνει εντύπωση είναι ότι κανένα collection του framework δεν υποστηρίζει tracking για τα states των objects, καθώς και το γεγονός ότι δεν έχω δει κάποια custom υλοποίηση σε fora ή σε blogs ή σε κάποιο άρθρο. Αυτό με έβαλε σε σκέψη μήπως το να ασχοληθεί κάποιος με το συγκεκριμένο ζήτημα είναι τελικά ανούσιο.

---

Ακόμα κι ένας άνθρωπος μπορεί ν' αλλάξει τον κόσμο. Μη θέλεις να κυβερνήσεις. Απλά δείξε το μονοπάτι κι ο κόσμος θ' ακολουθήσει!!

Μάλιστα, θές να δώσεις state στα dettached objects δηλαδή και να μπορεί αυτό να το καταλαβαίνει και το Entity Framework όταν κάνεις το entity attach στο context!?
Γιατί ούτως η άλλως θα το ξαναβάλεις στο context όπου θα μπορείς να ελέγξεις με τους παραπάνω τρόπους ποιο είναι το state του.
Αν είναι new, γίνεται αυτόματα ούτως ή άλλως όταν κάνεις .add(entity), μέτα τα υπόλοιπα γίνονται tracking από το context όπως είπα.

Ελπίζω να καταλαβαίνω καλά τι εννοείς....

---

Δε μπορείς να δώσεις state στα detached. Όταν τα κάνεις re-attach στο context το state τους θα είναι unchanged. Γι' αυτό πρέπει να στείλεις και το original μαζί με το modified και να καλέσεις το ApplyPropertyChanges για να ξέρει το context τι έχει αλλάξει και να στείλει τις αλλαγές στη βάση. Το θέμα είναι το collection στον client να σου επιστρέψει σε λίστες ή σε arrays τα modified, deleted και original entites για να πράξεις αναλόγως. Το πρόβλημα δεν είναι το DAL, αλλά το collection.

---

Ακόμα κι ένας άνθρωπος μπορεί ν' αλλάξει τον κόσμο. Μη θέλεις να κυβερνήσεις. Απλά δείξε το μονοπάτι κι ο κόσμος θ' ακολουθήσει!!