co to jest Entity Framework z POCO

Question

Jaka jest korzyść z używania POCO? Nie rozumiem znaczenia Niewiedzy na temat Persistence, co to znaczy? Że obiekt poco nie może ujawnić rzeczy takich jak Save? Nie mogę owinąć głowy tym POCO, że jest tam dużo szumu.

Jaka jest różnica między jednostkami generowanymi przez EF a POCO?

Answer 1

POCO oznacza "Zwykły stary obiekt C#" lub "Zwykły stary obiekt CLR", w zależności od tego, o kogo pytasz. Jeśli framework lub API stwierdza, że ​​działa na POCO, oznacza to, że pozwala zdefiniować model obiektu idiomatically bez konieczności tworzenia obiektów z konkretnych klas bazowych. Ogólnie rzecz biorąc, struktury działające na POCO pozwalają na większą swobodę i kontrolę nad projektowaniem i wdrażaniem twoich zajęć, ponieważ mają mniej wymagań, aby działać poprawnie.

Niewiedza perswazji oznacza, że ​​w jak największym stopniu wszystko w kodzie operującym na poziomie logiki biznesowej lub wyższym nie wie nic o rzeczywistym projekcie bazy danych, jakim silniku bazy danych pracujesz ani jak i kiedy obiekty otrzymują pobrane z bazy lub utrwalone do bazy danych. W przypadku MEF ignorancja utrwalania jest uzyskiwana przez pracę nad POCO i używanie LINQ do wykonywania zapytań (tj. Nie wymaganie od użytkownika tworzenia jakichkolwiek zapytań SQL w celu pobrania pożądanych obiektów).

To otwarte pytanie, ale ogólnie zgadzają się, że w większości przypadków obiekty domeny (lub obiekty biznesowe - tak czy owak, wspomniane powyżej POCO) powinny być nieświadome logiki trwałości. Oznacza to, że zamiast wywoływać MyBusinessObject.Save(), masz klasę menedżera IO lub adaptera, a Ty wywołujesz Manager.Save(MyBusinessObject). W ten sposób unikasz ujawniania semantyki trwałości obiektów biznesowych - w ten sposób lepiej rozdzielasz obawy.

Answer 2

POCO = Zwykłe stare obiekty CLR.

Plain Old CLR (czyli C# lub VB) obiektów oznacza, że ​​mogę mówić C# lub VB cały czas piszę mój program i nie trzeba się martwić o ezoterycznego języka bazy jak

UPDATE MYTABLE SET MYFIELD1 = @MYPARAMETER1, MYFIELD2 = @MYPARAMETER2 BLAH BLAH 

EF generowanych jednostek == POCO podłączony (pośrednio) do bazy danych.

Answer 3

Klasa POCO to klasa, która nie zależy od żadnej konkretnej klasy bazowej. Jest jak każda inna normalna klasa .net, dlatego nazywa się ją "zwykłymi starymi obiektami CLR". Te jednostki POCO (znane również jako obiekty ignorujące uporczywość) obsługują większość tych samych kwerend LINQ, co jednostki pochodne EntityObject.

Answer 4

POCO = Plain Old CLR Objects

POCO Przywileje:

Technologia Agnostycyzm jest to rozkosz: Koncepcja ta jest zwykle obrotowymi PI (Persistence Ignorance), ale to nie tylko to. Wytrwałość Niewiedza oznacza, że ​​twoje jednostki powinny zostać oczyszczone z ograniczeń związanych z ograniczeniami związanymi z uporczywością, które struktura - zazwyczaj ORM - wymusza na tobie. Jest to na przykład dla jeśli masz mapowanie na poziomie atrybutów, gdzie te atrybuty nie są częścią twojej domeny, ale istnieją tylko dlatego, że niektóre ramy chcą, aby się tam znajdowały, twoja domena nie jest wytrwałością ignorancji. Sidar said here