@bi-tek: przeszukaj repozytoria githuba. Bardzo dobry otwarty kod projektu komercyjnego ma nopCommerce

@bi-tek: Pluralsight i search po "entity framework", np. u Julie Lerman, wybitnej specjalistki od EF. Sa tam tez bogate kody zrodlowe.

@w_o_w: nie wiem dokładnie ale wiem że możesz podczepić eventy

@w_o_w: tak, googluj hasło sql server service broker

@zmudeg: niestety ale EF Core jest słabe, dużo lepiej używać np. Dappera.

@hauhauu: @spetz: uuuuuu antyentityframeworkizm.

Możecie podać przykłady w czym EF Core czy EF6 odstaje od Dappera lub ADO.NET?
A jeżeli chodzi o wydajność to są jakieś rzetelne porównania?

Mi w EF Core brakuje "Inheritance: Table per concrete class (TPC)" ale po za tym to wszystkie inne braki dało się w prosty sposób obejść.

@singollo: jeśli dobrze widzę że chodzi o EF Core, to nie obsługuje on lazy loading aż do wersji 2.1

@trustME: defensive programming? Jeśli robisz zabezpieczenia po drodze to nie musisz w kroku ostatnim, jeśli nie może tam być błędnych danych.

@Goglez: Słowo kluczowe "Include".

http://foreverframe.net/when-use-include-with-entity-framework/

https://msdn.microsoft.com/en-us/library/jj574232(v=vs.113).aspx

@pepepanpatryk: Wydaje mi się, że można to zrobić jeszcze bardziej generycznie, korzystając z _context.Set i ograniczyć użycie dodatkowych jeszcze obiektów dla każdego zapytania, jeżeli będzie ono np. takie samo dla wielu różnych encji :>

@pepepanpatryk: Przewaga Query nad Repo jest taka, że możesz w bazowej klasie zaimplementować logikię, która będzie wykonywana przed/po głównej metodzie(Execute). Czyli np. możesz tam sprawdzić uprawnienia, logować coś itd. Za to przy Repo będzie mniej kodu.

@bi-tek: code first rodzi problemy :D

Też macie w ef core problem z dodaniem paru obiektów metodą Add lub AddRange, a następnie zapisaniem tego SaveChanges? Trafiłem ostatnio na taki błąd i wszystko muszę dodawać i zapisywać pojedyńczo .

@asunez: angular2 to frontend takze nie wiem co to ma do rzeczy, no wystawiasz po prostu api https://docs.microsoft.com/en-us/aspnet/core/tutorials/first-web-api?tabs=aspnet1x

@asunez:skorzystaj z triala na pluralsight.com i znajdź video kurs np. Shawna WIldermoutha - są to przekrojowe kursy end-to-end, warto dac im szansę

@PhoenixSoul: Autor mówi o tym, żeby nie używać transakcji, bo przecież zwykłe zapytania są atomowe.
Co powinno być w miarę oczywiste dla wszystkich.

Nie przedstawia alternatywy dla sytuacji, w której potrzebujemy zgrupować kilka akcji naraz i wykonać je w jednej transakcji (a jak ktoś mu to wypomina w komentarzu, to broni się, że i tak nie powinno się tak projektować aplikacji).

W dodatku używa TransactionScope, a sąPokaż całość

@PhoenixSoul: Autor chyba nie do końca rozumie jak działa context w entity frameworku. Przy zapisie i tak zostanie w bazie utworzona transakcja, jeśli nie zostanie wykryta "ambient transaction". Tak jak wspomniał @MaaV TransactionScope przy EF używa się do transakcji rozproszonych lub jak np potrzebujesz wyciągnąć ID nowo zapisanego wiersza w aktualnej transakcji. Ciekawostka: dzięki IEnlistmentNotification możemy zgłosić własny kod, który ma być obsłużony przez TransactionScope.

@rydes: piatek dzisiaj

@rydes: Naucz się pisać z akapitami, bo ściana tekstu.

@Priya dodajesz do web.config drugi connection string.
Tworzysz context dla modelu code first w oparciu o ten string.
Tworzysz obiekty obydwu kontekstów i pobierasz dane raz z jednego raz z drugiego.

@Viters: To jest jak najbardziej poprawna praktyka. EF wykrywa, że Twoja właściwość ProjectId jest obcym kluczem. Jeżeli jest ona nullable to relacja jest opcjonalna. Jeżeli nie jest nullable to relacja jest wymagana i przy usuwaniu stosowane jest usuwanie kaskadowe. Wszystko ofc można nadpisać, ale taka jest konwencja. Masz linka jak coś: Akapit: Relationship Convention

@WhirPool: Chcesz pisać CODE FIRST. Dlaczego pierwszą rzeczą, nad którą się zastanawiasz jest DB?

@WhirPool: wiesz, że jak stworzysz bazę w code first to potem możesz ją odpalić w Sql management i sobie spojrzeć ze 'standardowej' perspektywy :)

@PanCogito: Strasznie przekombinowane. Na twoim miejscu pozbyłbym się tych wszystkich attachów. Dobrze by było żebyś pokazał jak wyglądają te twoje encje. Generalnie zakładam, że oprócz navigation properties zrobiłeś też normalne mapowania na klucze obce, tzn. np. w klasie Order oprócz public virtual Customer Customer; masz też public int CustomerId. Jeśli tak jest to przy dodawaniu do contextu nowego Order w polu Customer daj nulla, przypisz CustomerId (które przecież znasz).Pokaż całość