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

• #8077 Chesterfield őstag Lacc #8062

  Új Válasz 2018-02-21 12:35:16 #8077

  Ú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

  

  Chesterfield

  őstag

  válasz Lacc #8062 üzenetére

  Mindkét megoldás jó:

  1:
  public int? LanguageId { get; set; }

[ForeignKey("LanguageId")]
public Language Language { get; set; }

  2:
  [ForeignKey("Language")]
public int? LanguageId { get; set; }

public Language Language { get; set; }

• #8075 amargo addikt Lacc #8074

  Új Válasz 2018-02-20 15:01:14 #8075

  Ú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

  

  amargo

  addikt

  válasz Lacc #8074 üzenetére

  A Changed-et azért ignoráltam, mert a Dto-ban nincs benne, de még van ezen kívül benne, érdemes megmondani, hogy ezekkel ne is akarjon foglalkozni.
  Továbbá:

  configuration.AssertConfigurationIsValid();
configuration.CompileMappings();

  Ebben az esetben már ezen a ponton kiderül, ha a mappelésekkel valami gond van. Persze ez nem véd attól, ha egy null-od van és azon belül akarsz valamit kitölteni (Include problémád pl).

• #8073 amargo addikt Lacc #8062

  Új Válasz 2018-02-20 14:34:40 #8073

  Ú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

  

  amargo

  addikt

  válasz Lacc #8062 üzenetére

  Neked elvileg elég lenne ennyi is.
  cfg.CreateMap<Location, LocationDto>()
.ForMember(dest => dest.Changed , opt => opt.Ignore())
.ReverseMap();

  Hopp kicsit elhaladt a topic közben

• #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?

• #8068 Goose-T veterán Lacc #8066

  Új Válasz 2018-02-20 12:08:46 #8068

  Ú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

  

  Goose-T

  veterán

  válasz Lacc #8066 üzenetére

  Itt írnak egy hasonló problémáról, hátha találsz benne segítséget.

• #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.

• #8065 Goose-T veterán Lacc #8064

  Új Válasz 2018-02-20 11:41:55 #8065

  Ú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

  

  Goose-T

  veterán

  válasz Lacc #8064 üzenetére

  A forráspéldányban (Location) nem null? Azt próbáld még meg, hogy a Location mappelését a végére rakod, hogy addigra be legyen konfigurálva a többi osztály mappelése.

  Szerk.: most látom, hogy már most is úgy van. Akkor nemtom, kísérletezni kell.

• #8063 Goose-T veterán Lacc #8062

  Új Válasz 2018-02-20 11:21:38 #8063

  Ú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

  

  Goose-T

  veterán

  válasz Lacc #8062 üzenetére

  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.

• #7839 amargo addikt Lacc #7836

  Új Válasz 2017-11-06 21:29:41 #7839

  Ú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

  

  amargo

  addikt

  válasz Lacc #7836 üzenetére

  Web.configbol "szokás" állítani:
  <compilation debug="true" />
  Ezt kell false ra rakni és már is a minify js fog utazni. Production-be amúgy is más web.config-od lesz.
  Amúgy a kódod is egy megoldás, elég csak if be rakni az Debugger.IsAttached segítségével pl, de ennek nincs sok értelme, de akár az #If DEBUG is ott van, stb.

  harylmu: nem érdemes foglalkozni vele, sokan vannak akik a tákolás/gányolás hívei, elsőnek azt hittem megakarja érteni, hogy mit csinál, de igazából nem is akarja..

• #7585 martonx veterán Lacc #7584

  Új Válasz 2017-07-03 15:58:31 #7585

  Ú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

  

  martonx

  veterán

  válasz Lacc #7584 üzenetére

  Szerintem nem a kódon, hanem az IIS beállításodon múlik a dolog, de hál' istennek évek óta nem kellett régi SOAP-os szarokkal foglalkoznom

• #7562 martonx veterán Lacc #7560

  Új Válasz 2017-05-30 15:04:52 #7562

  Ú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

  

  martonx

  veterán

  válasz Lacc #7560 üzenetére

  A Bariont tudom javasolni. Van .Net SDK-juk, és pofon egyszerű bekötni, ellentétben bármelyik bankos szörnyszülöttel. Ráadásul kevesebb jutalékot is kérnek

• #7561 sztanozs veterán Lacc #7560

  Új Válasz 2017-05-30 13:27:39 #7561

  Ú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

  

  sztanozs

  veterán

  válasz Lacc #7560 üzenetére

  Igazából a fizetési portálok átirányításos alapon működnek, szóval csak dobsz egy redirect-et összeggel és merendelés azonosítóval a tranzakciós oldalra és a végén a szolgáltató visszadobja felhasználót a te oldaladra (és dob egy általa generált fizetési azonosítót), miután az ügyfél minden adatot megaott.
  Amint visszakapod vagy rögtön megvan a verdikt (sikeres/sikertelen fizetés), vagy ajax-szal kérdezgezed a szolgáltatót (a kapott azonosító alapján), hogy mi lett az eredmény.

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