[numeryczny_mikolaj12]

Używać Repository Pattern czy nie? Bo robię sobie API oparte o clean architecture + CQRS i gdzieś na jakiejś prezentacji jakiś MVP wspominał że akurat do tego akurat nie warto dodawać, a przeglądając parę podobnych projektów niektóre miały, niech jakiś ekspert się wypowie.

#dotnet #csharp #aspnet #programowanie

[Eternal_Hunter]

@numeryczny_mikolaj12: korzystaj, obiekt core nie może być zapisany w bazie danych, musi być mapowany core -> entity

[b.....a]

@numeryczny_mikolaj12: kto powiedzial zeby nie uzywac Repository Pattern w Clean Architecture? Chyba komus sie cos #!$%@? i to grubo.

[C.....y]

@numeryczny_mikolaj12: jeśli używasz EF Core'a, to repozytoria i jednostki pracy implementowane ręcznie to duplikowanie funkcjonalności Core'a.

https://www.thereformedprogrammer.net/is-the-repository-pattern-useful-with-entity-framework-core/

[numeryczny_mikolaj12]

@bacteria: najprawdopodobniej było to na tej prezce, ale szczerze nie pamiętam bo oglądałem to jakiś czas temu
@Czesiowcy: chyba taki argument podniósł, ale z drugiej strony podobno z RP testowanie jest trochę łatwiejsze

[C.....y]

@numeryczny_mikolaj12: DbContext sam w sobie stanowi warstwę abstrakcji i w celach testowych możesz łatwo używać albo InMemory Providera z EFa, albo np. SQLite'a InMemory. Z doświadczenia wiem, że SQLIte inMemory jest lepszym wyborem ze względu na bycie rzeczywistą relacyjną bazą danych (plus jeszcze kilka niuansów)

[b.....a]

@numeryczny_mikolaj12: ogladalem to jakis czas temu i nie pamietam, zeby bylo cos o nie uzywaniu Repository Pattern. Clean Architecture bez repository pattern to jak jedzenie zupy widelcem :P

[Mark9wi]

@numeryczny_mikolaj12: Używać jak najbardziej, ale niech interfejsy repo i uow będą poprawnie stworzone. Żeby dawały rzeczywistą wartość nie tylko dla entity frameworka.

[M.....v]

@numeryczny_mikolaj12: Jeśli korzystasz z EF Core'a, to już masz domyślnie repository pattern.

Jeśli masz jakieś proste CRUDy, to repository się przydaje (ale nie potrzebujesz CQRSa).

Jeśli robisz coś bardziej skomplikowanego i potrzebujesz CQRSa, to i tak piszesz customowe zapytania do bazy, które wybiegają poza możliwości Repository i Twoje zapytania będą zawarte w Commandach i Query.

[b.....a]

@numeryczny_mikolaj12: o wlasnie potrzebowalem sobie cos odswiezyc i juz w 2 minucie Jason mowi, ze super przykladem jest Repository Pattern.

[b.....a]

@numeryczny_mikolaj12: a teraz rozumiem chyba z czym miales watpliwosci: tutaj i tutaj

[b.....a]

@numeryczny_mikolaj12: Gdyby zapytac czy uzywac IRepository (jako dodatkowej abstrakcji) z EF to co innego niz zapytac czy uzywac Repository Pattern w Clean Architecture :)

[numeryczny_mikolaj12]

@bacteria: tak, chodziło mi o dodatkową abstrakcje nad EF Core, sorry za niedoprecyzowanie ale dopiero się wgryzam w temat troche bardziej zaawansowanych tematów xD

[becvvv]

@numeryczny_mikolaj12: @Eternal_Hunter: @bacteria: @Czesiowcy: @numeryczny_mikolaj12: @Mark9wi: @Maav:

Ten blog to biblia każdego .netowca
http://commitandrun.pl/2016/05/11/Repozytorium_najbardziej_niepotrzebny_wzorzec_projektowy/

[Mark9wi]

@becvvv: byłeś na spotkaniu fanclubu Somekinda? ( ͡° ͜ʖ ͡°)

[becvvv]

@Mark9wi: tak, w czystych skarpetkach

[KryptoMirek]

@numeryczny_mikolaj12: jeśli używasz entity framework to repository Pattern jest Anti patternem

Wrzucaj dbcontext bezpośrednio do komend