Új hozzászólás Aktív témák

• #9400 Raftsman csendes tag joysefke #9399

  Új Válasz 2021-01-27 19:47:20 #9400

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Raftsman

  csendes tag

  válasz joysefke #9399 üzenetére

  +1 FormatException

• #8289 Raftsman csendes tag Orionk #8285

  Új Válasz 2018-07-27 19:16:42 #8289

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Raftsman

  csendes tag

  válasz Orionk #8285 üzenetére

  Szia!

  Szerintem Dispose esetén elkerülhetetlen, hogy beszélj a GC működéséről is.
  Generations
  Finalization Queue
  F-Reachable Queue

  Ezek ismerete szerintem szükséges Dispose pattern megfelelő implementálására (Basik implementation, Finalizable types) Kitérhetsz még a using használatára is, és hogy ez csak egy syntax sugar (try-finally)

  Under the hood
  Dispose pattern
  GC

• #8071 Raftsman csendes tag Raftsman #8070

  Új Válasz 2018-02-20 12:51:29 #8071

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Raftsman

  csendes tag

  válasz Raftsman #8070 üzenetére

  Feltételezem, mivel a nav propertyk nem virtual, így lazy kiesett. Nagy valószínűséggel eager lesz a nyerő.
  Include nem maradt ki véletlen lekérdezéskor?

• #8070 Raftsman csendes tag Lacc #8069

  Új Válasz 2018-02-20 12:20:47 #8070

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Raftsman

  csendes tag

  válasz Lacc #8069 üzenetére

  Egyről beszélünk, Fluent API az a modelbuilderes megoldás. (itt)

  Na ha már ha a nav property null, akkor a következő kérdésem, hogy milyen betöltési startégiát használtok?
  Lazy, Eager vagy Explicit?

• #8067 Raftsman csendes tag Lacc #8062

  Új Válasz 2018-02-20 12:02:41 #8067

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Raftsman

  csendes tag

  válasz Lacc #8062 üzenetére

  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. Conventions

  Mappelé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.

• #7654 Raftsman csendes tag szoke12 #7653

  Új Válasz 2017-09-04 12:02:30 #7654

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Raftsman

  csendes tag

  válasz szoke12 #7653 üzenetére

  Szia!

  As opertáror eredménye véletlenül nem null lesz. Feltételezem, hogy a this.parent-et nem tudja castolni.

Új hozzászólás Aktív témák