Entitati de auto-urmarire – EF6

• 23/10/2016
• 5 minute de citit

In acest articol

Intr-o aplicatie bazata pe Entity Framework, un context este responsabil pentru urmarirea modificarilor din obiectele dvs. Apoi utilizati metoda SaveChanges pentru a persista modificarile aduse bazei de date. Cand lucrati cu aplicatii N-Tier, obiectele entitatii sunt de obicei deconectate de la context si trebuie sa decideti cum sa urmariti modificarile si sa raportati aceste modificari in context. Entitatile de auto-urmarire (STE) va pot ajuta sa urmariti modificarile din orice nivel si apoi sa redati aceste modificari intr-un context care trebuie salvat.

Utilizati STE numai daca contextul nu este disponibil pe un nivel in care sunt efectuate modificarile la graficul obiectului. Daca contextul este disponibil, nu este necesar sa utilizati STE, deoarece contextul se va ocupa de urmarirea modificarilor.

Acest element sablon genereaza doua fisiere .tt (sablon text):

• Fisierul <nume model> .tt genereaza tipurile de entitati si o clasa de ajutor care contine logica de urmarire a modificarilor care este utilizata de entitatile de auto-urmarire si metodele de extensie care permit setarea starii entitatilor de auto-urmarire.
• <Numele modelului> .Context.tt fisier genereaza un context derivat si o clasa de extensie care contine ApplyChanges metode pentru ObjectContext si ObjectSet clase. Aceste metode examineaza informatiile de urmarire a modificarilor care sunt continute in graficul entitatilor de auto-urmarire pentru a deduce setul de operatiuni care trebuie efectuate pentru a salva modificarile in baza de date.

Incepe

Pentru a incepe, accesati pagina de ghidare a entitatilor de auto-urmarire.

Consideratii functionale atunci cand lucrati cu entitati de auto-urmarire

Luati in considerare urmatoarele lucruri atunci cand lucrati cu entitati de auto-urmarire:

• Asigurati-va ca proiectul dvs. client are o referinta la ansamblul care contine tipurile de entitati. Daca adaugati numai referinta de serviciu la proiectul client, proiectul client va utiliza tipurile de proxy WCF si nu tipurile reale de entitati de auto-urmarire. Aceasta inseamna ca nu veti primi functiile de notificare automata care gestioneaza urmarirea entitatilor de pe client. Daca in mod intentionat nu doriti sa includeti tipurile de entitati, va trebui sa setati manual informatii de urmarire a modificarilor pe client pentru ca modificarile sa fie trimise inapoi la serviciu.

• Apelurile la operatiunea de serviciu ar trebui sa fie apatrid si sa creeze o noua instanta de context obiect. De asemenea, va recomandam sa creati contextul obiectului intr-un bloc de utilizare .

• Cand trimiteti graficul care a fost modificat pe client catre serviciu si apoi intentionati sa continuati sa lucrati cu acelasi grafic pe client, trebuie sa repetati manual graficul si sa apelati metoda AcceptChanges pe fiecare obiect pentru a reseta trackerul de schimbare.

  Daca obiectele din graficul dvs. contin proprietati cu valori generate de baze de date (de exemplu, valori de identitate sau concurenta), Entity Framework va inlocui valorile acestor proprietati cu valorile generate de baza de date dupa ce se apeleaza metoda SaveChanges . Puteti implementa operatiunea de serviciu pentru a returna clientului obiectele salvate sau o lista a valorilor proprietatii generate pentru obiecte. Clientul ar trebui apoi sa inlocuiasca instantele obiectului sau valorile proprietatii obiectului cu obiectele sau valorile proprietatilor returnate din operatiunea de serviciu.

• Fuzionarea graficelor din mai multe cereri de servicii poate introduce obiecte cu valori cheie duplicate in graficul rezultat. Entity Framework nu elimina obiectele cu chei duplicate atunci cand apelati la metoda ApplyChanges , ci arunca o exceptie. Pentru a evita graficele cu valori cheie duplicate, urmati unul dintre modelele descrise in urmatorul blog: Entitati de auto-urmarire: Aplicati Schimbari si entitati duplicate.

• Cand modificati relatia dintre obiecte prin setarea proprietatii cheii straine, proprietatea de navigare de referinta este setata la nula si nu este sincronizata cu entitatea principala corespunzatoare de pe client. Dupa ce graficul este atasat la contextul obiectului (de exemplu, dupa ce apelati metoda ApplyChanges ), proprietatile cheii straine si proprietatile de navigare sunt sincronizate.

  Nu aveti o proprietate de navigatie de referinta sincronizata cu obiectul principal corespunzator ar putea fi o problema daca ati specificat stergerea in cascada in relatia cu cheie externa. Daca stergeti principalul, stergerea nu va fi propagata catre obiectele dependente. Daca ati specificat stergerile in cascada, utilizati proprietatile de navigare pentru a schimba relatiile in loc sa setati proprietatea cheii straine.

• Entitatile de auto-urmarire nu sunt activate pentru a efectua incarcari lenese.

• Serializarea binara si serializarea catre obiecte de gestionare a starii ASP.NET nu este acceptata de entitatile de auto-urmarire. Cu toate acestea, puteti personaliza sablonul pentru a adauga suportul de serializare binara. Pentru mai multe informatii, consultati Utilizarea serializarii binare si ViewState cu entitati de auto-urmarire.

Consideratii de securitate

Urmatoarele consideratii de securitate ar trebui luate in considerare atunci cand se lucreaza cu entitati de auto-urmarire:

• Un serviciu nu trebuie sa aiba incredere in solicitarile de recuperare sau actualizare a datelor de la un client care nu are incredere sau printr-un canal care nu este de incredere. Un client trebuie sa fie autentificat: trebuie utilizat un canal sigur sau un mesaj plic. Solicitarile clientilor de a actualiza sau prelua date trebuie sa fie validate pentru a se asigura ca sunt conforme cu modificarile asteptate si legitime pentru scenariul dat.
• Evitati sa utilizati informatii sensibile ca chei de entitate (de exemplu, numere de securitate sociala). Acest lucru atenueaza posibilitatea serializarii accidentale a informatiilor sensibile din graficele entitatii de auto-urmarire catre un client care nu este pe deplin de incredere. Cu asociatii independente, cheia originala a unei entitati care este legata de cea care este serializata ar putea fi trimisa si clientului.
• Pentru a evita propagarea mesajelor de exceptie care contin date sensibile la nivelul clientului, apelurile catre ApplyChanges si SaveChanges de pe nivelul serverului ar trebui sa fie impachetate in cod de gestionare a exceptiilor.