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

• #8734 RedHarlow aktív tag moseras #8732

  Új Válasz 2019-04-10 14:20:00 #8734

  Ú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

  

  RedHarlow

  aktív tag

  válasz moseras #8732 üzenetére

  Lenne még egy olyan eset, hogy REFblabxxsokszámxxxblabla.xml fájlokat kellene számolnom, úgy, hogy azok tényleg fájlok legyenek tehát legyen .xml kiterjesztésük és REF-el kezdődjenek. Tehát ezt szeretném valahogy megadni keresési opciónak:

  REF*.xml

  Előre is köszönöm a segítséget!

• #8733 RedHarlow aktív tag moseras #8732

  Új Válasz 2019-04-10 11:16:30 #8733

  Ú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

  

  RedHarlow

  aktív tag

  válasz moseras #8732 üzenetére

  Profi, köszönöm.

• #5329 moseras tag moseras #5307

  Új Válasz 2014-03-26 19:37:20 #5329

  Ú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

  

  moseras

  tag

  válasz moseras #5307 üzenetére

  Sziasztok!

  Akit esetleg érdekel, MySQL és EF6 async/await probléma átmeneti megoldása:

  E helyett

  await ctx.SaveChangesAsync();

  Ezt használva

  await Task.Factory.StartNew(() =>
  {
  ctx.SaveChanges();
  });

  külön szálon indul el, és a UI is reszponzív marad. Hogy miért van így, azt továbbra sem értem, de a lényeg, hogy így működik.

  Imi.

• #5308 martonx veterán moseras #5307

  Új Válasz 2014-03-23 22:46:45 #5308

  Ú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 moseras #5307 üzenetére

  Nem feltétlenül hiba ez. Az await ctx.SaveChangesAsync(); és az await Task.Delay(4000) simán eltérhet viselkedésben ennyire egymástól, az async await közel sem csak annyit csinál, hogy egy Task-ba burkolva hívja meg a kért függvényt.

  Illetve az await pont azt mondja meg a kódnak, hogy várja be az adott aszinkron futó kódrésznek az eredményét, és emiatt működjön úgy mintha az egy szinkron hívás lett volna.

• #5229 Goose-T veterán moseras #5228

  Új Válasz 2014-03-04 13:41:42 #5229

  Ú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 moseras #5228 üzenetére

  Hát ha az Entity Framework-öt megkerülve akarsz adatot módosítani, akkor normális keretek között te sehogyan sem tudsz értesülni EF-ben erről. Tákolhatsz figyelő függvényeket, de hivatalos megoldás nincs rá tudomásom szerint, ahhoz a MySQL-nek kellene eventeket lődöznie az EF felé. Törekedj inkább arra, hogy minden csak a szervizrétegen keresztül érje el az adatbázist.

• #5225 Goose-T veterán moseras #5207

  Új Válasz 2014-03-04 12:52:52 #5225

  Ú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 moseras #5207 üzenetére

  Az EF csak egy library, amivel felépítheted magadnak a Model réteget. Megírod szépen a lekérdezéseket, adatrögzítéseket stb. Az így létrehozott osztályba pedig olyan eventeket raksz, amilyeneket csak akarsz. Ezt a "valaki rajtam kívül futás közben módosítja a táblát" mondatot mégis hogy értetted? Ha azt szeretnéd, hogy minden változásról értesüljön a kliens, akkor le kell rakni az adathozzáférést szervizrétegbe, és a kliensprogramod Model rétege csak a szervizzel való kommunikációban fog kimerülni, ekkor már egy kézben lesz az adathozzáférés, nem lesz olyan, hogy "rajtad kívül valaki más módosítja a táblát". SignalR segítségével pusholhatsz is adatokat a kliensnek, ha a szervizréteged adatváltoztatást hajt végre.

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