- OLED monitor topic
- VR topik (Oculus Rift, stb.)
- A Battlefield 6-tal tenné vonzóbbá Core CPU-it és Arc GPU-it az Intel
- Fejhallgató erősítő és DAC topik
- Nvidia GPU-k jövője - amit tudni vélünk
- Dell notebook topic
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Milyen egeret válasszak?
- Apple iPad 11” (A16, 2025) - a táblagépek vanília fagylaltja
- Vezeték nélküli fejhallgatók
Új hozzászólás Aktív témák
-
Raftsman
csendes tag
EF ForeignKey Data Annotation esetében mindkét megoldás helyes. Lásd itt.
Ha FK és PK nevek megegyeznek, akkor konvencionális szinten nincs szükség Data Annotationre sem.
Bár jobban preferálom a fluentes megoldást, előbbi kettő kevert használata szerintem csak nagyobb zavart szokott okozni.
Erősségi sorrend szerint:
1. Fluent
2. Data Annotation
3. ConventionsMappelésről nehéz mit mondani, nav propertyk nem maradnék véletlen null-ok?
Bár én se feltétlen mappelném ki a nav propertyket vagy csak azokat a propertyket tartanám meg a dto-ban amig tényleg szükségesek. -
Goose-T
veterán
Nem, mert az attribute a tábla nevét kéri, nem a mezőét, és az FK mező felé kell tenni, azt fogja összekötni a megadott tábla PK-jával.
A membereknek meg nem kell külön ForMember mappelést megadni, mert magától is mappeli, ha megegyeznek a propertyk nevei, és van mappelés konfigurálva a típusukhoz (és ebben az esetben van). Töröld csak ki a ForMember mappeléseket, mert így valószínűleg stack overflowba fut, azért hal le.
Új hozzászólás Aktív témák
Hirdetés
● ha kódot szúrsz be, használd a PROGRAMKÓD formázási funkciót!
- LG 55C4 - 48" OLED evo - 4K 144Hz - 0.1ms - NVIDIA G-Sync - FreeSync - HDMI 2.1 - A9 Gen7 CPU
- Honor X7 128GB, Kártyafüggetlen, 1 Év Garanciával
- Samsung Galaxy A53 5G 128GB, Kártyafüggetlen, 1 Év Garanciával
- GYÖNYÖRŰ iPhone 12 mini 128GB Black -1 ÉV GARANCIA - Kártyafüggetlen, MS3198, 94% Akkumulátor
- ÁRGARANCIA!Épített KomPhone i5 14600KF 32/64GB RAM RTX 5060Ti 16GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: FOTC
Város: Budapest