Aktywne Wpisy
Yuri_Yslin +18
Przed chwilą czytałem tu dyskusję mirków i dowiedziałem się, że w stolicy potężny budowlaniec kasuje średnio koło 50k za wykończenie mieszkania 60m^2.
Z całym szacunkiem dla wszystkich obecnych na tagu mirków budowlańców, ale IKS DE. To pokolenie płatków śniegu naprawdę płaci Wam 25k miesięcznie za wiercenie i mizianie ścian/podłog klejem? xDDDD
Gdyby mi ktoś rzucił taką cenę, to bym go po prostu zabił śmiechem i zrobił to samemu. W czasach, gdy WSZYSTKO jest w internecie, pokazane na przykładach, a najgorsze, co może się stać po złym wykończeniu to krzywe płytki i nierówne kolory ścian, ludzie naprawdę aż tak nie szanują swoich pieniędzy?
Rozumiałbym
Z całym szacunkiem dla wszystkich obecnych na tagu mirków budowlańców, ale IKS DE. To pokolenie płatków śniegu naprawdę płaci Wam 25k miesięcznie za wiercenie i mizianie ścian/podłog klejem? xDDDD
Gdyby mi ktoś rzucił taką cenę, to bym go po prostu zabił śmiechem i zrobił to samemu. W czasach, gdy WSZYSTKO jest w internecie, pokazane na przykładach, a najgorsze, co może się stać po złym wykończeniu to krzywe płytki i nierówne kolory ścian, ludzie naprawdę aż tak nie szanują swoich pieniędzy?
Rozumiałbym
entgegen +283
Macie jakieś sample na github z rozbudowanym projektem gdzie EF dobrze działa i nie wymaga projektowania bazy w SQL ?
Mam pytanie odnośnie tego EF. Zacząłem pisać aplikację i w przypadku prostych klas (user, device) wszystko wygląda pięknie proste add-migration daje rade zmapować obiekty na bazę danych.
Jednak w przypadku jakiegokolwiek stopnia skomplikowania np. dziedziczenie gdzie jest klasa Client dziedzicząca po "USER" już wywala jakieś błędy.. udało się je obejść jednak tworząc dalej aplikację napotykam się jedynie na następne błędy np. klasa Device zawiera pole Status typu DeviceStatus a Status zawiera w sobie listę Błędów typu DeviceError. I już takiej prostej zależności nie potrafi zmapować na SQL. Im dalej korzystam z EF tym mam wrażenie że jest on bardziej ubogi.
#ef #dotnet #csharp #programowanie #webdev
1. W DeviceStatus nie masz zdefiniowanego klucza glownego
2. W device nie masz klucza obcego do DeviceStatus (ewentulanie nie jesli to pomoze to nie widze sensu rozbijania na osobne klasy Device-DeviceStatus albo DeviceStatus-DeviceError)
class Device {
Guid
modelBuilder.Entity().ToTable("Devices").HasOne(p=>p.Status);
Daje błąd o treści
The entity type 'DeviceError' requires a primary key to be defined. If you intended to use a keyless entity type call 'HasNoKey()'.
https://www.learnentityframeworkcore.com/configuration/one-to-one-relationship-configuration
tutaj więcej na temat konfiguracji 1:1 w ef. Zrób analogicznie po prostu
@DaxterPoker: propertisy w DeviceStatus nie mają setterów