Suchergebnisse

wenn du die Entities nur zum Command-Executen verwendest, dann würde ich extra dafür ein Entities-Objekt erstellen und immer wieder verwenden. Also nicht in einem Using-Block.

Ja mag sein, normalerweise. Aber ich gehe davon aus, dass Eugen das EF vollkommen unnormal verwendet, nämlich nicht für Linq2Sql und als Cache abgerufener DAten, sondern nur als "Raw-Sql-Submitter", also zum absetzen selbstgebastelten Sqls. Und da hätte ich gedacht, dass dabei der EF-Cache nicht vollläuft. (Übrigens finde ich's recht jämmerlich vom EF, dasses quasi ein "MemoryLeak by Design" eingebaut hat. Aber ich bin auch nicht sicher, ob das tatsächlich das Problem ist, oder ein anneres - vlt…

naja, dasser nicht threadsafe ist - ok - arbeitet man mit Nebenläufigkeiten, dann ist das wichtig. Sollte imo aber kein zwingender grund sein, immer mit using zu arbeiten. Alle anneren Auflistungen (ausser speziell auf threading ausgelegte) sind ebensowenig threadsafe - bei Nebenläufigkeit muss man halt wissen, was man tut. Ich zB würde sowieso dafür sorgen, dass wenn der eine Datenabruf async läuft, dass der User dann keinesfalls (nebenläufig!) einen 2. Abruf starten kann. Ist ja logisch, dass …

Zitat von Nofear23m: „Zu deinem Threadsafe/Async Anmerkung. Klar kann man versuchen immer darauf zu achten...“Hat nix mit "versuchen" zu tun, sondern ist einfach MustDo-So-oder-so. Zitat von Nofear23m: „Aber... ernsthaft. Warum die Arbeit antun.“Naja - manchmal kann man ganz schön was optimieren, wenn man etwas wiederverwendet, anstatt es immer komplet wegzuwerfen und neu zu instanzieren. Solch wäre ein Grund, "sich die Arbeit anzutun" - und ist oft auch garnet Mehr-Arbeit sondern nur eine Frage…