[pepepanpatryk]

Jak mapujecie wasze obiekty domenowe do modeli zapisywalnych w bazie danych? A może w ogóle tego nie robicie? Czy korzystajc z Entity Framework używacie DbContext-u bezpośrednio w np. serwisach, handlerach, czy korzystacie np. z repozytoriów?

#entityframework #programowanie #csharp

[K.....t]

@pepepanpatryk: przecież obiekty domenowe to własnie te które sa zapisywane w bazie. Chyba chodzi Ci o dto?
a czy dbcontext czy repo to zależy, ale ja bym powiedział, że częściej tworzy się repo i ich używa.
dto mapujemy za pomocą np. automappera

[budyn]

@pepepanpatryk: Ja tam wyznaję szkołę anty repo:
https://ayende.com/blog/3955/repository-is-the-new-singleton
https://www.infoworld.com/article/3117713/application-development/design-patterns-that-i-often-avoid-repository-pattern.html

Dlaczego?
Bo praktycznie w każdym średnim projekcie będziesz używał rozszerzeń dedykowanych do ORM-a którego użyłeś.
Np Fetch w NHibernate vs Include w EF

[pepepanpatryk]

@KingFight: Nie chodzi mi o DTO. Akurat pracuję przy takim projekcie, że korzystamy ze starej bazy która ma tak popieprzony schemat, że uwierz mi obiekty domenowe stworzone na podstawie tego schematu wygladają jak jeden wielki wór z masa dziadostwa w środku. Dlatego zastanawiam się nad warstwą pośrednią.

[k.....e]

@budyn: no to sobie robisz interfejs a jakiego orma użyjesz w implementacji to już twój wybór.

[pepepanpatryk]

@budyn: ogólnie też już od jakiegoś czasu nie używam repo. Zwłaszcza że ef da się testować. Natomiast trochę nie do końca mi odpowiada traktowanie obiektów domenowych jako modeli do zapisu, bo przy skopanym schemacie, na który nie ma się wpływu traktowanie obiektów domenowych jako modeli do zapisu powoduje, że te obiekty nie będą wyglądać tak jak powinny - biznesowo - tylko będzie w nich dużo kombinacji żeby orm dane zapisał.