Je to mirne buggy, ale je to bozi. Jen nesmite mit slovenskeho kolegu, ktery pak cte "ogr ujo rm -or m" :)
A já si myslel, že tak bouchlej jsem jen já.
Jednu takovou používáme přes 20 let, ale žádná hitparáda to není a pouze lenost nám brání to celé předělat na něco pořádnýho.
9. 3. 2026, 21:12 editováno autorem komentáře
To som naposledy robil v PHP pred dekadou. Lebo PHP (to boli casy, ked mal kazdy vlastny framework, a aj ja). Dnes uz som na Entity Frameworku Core a LINQ a obcas zabudnem ako su v inych jazykok tie ORM-ka krkolomne a to tak, ze tam radsej pisem SQL-ko.
Při použití technologie LINQ necháváte překlad kódu do databázového dotazu na frameworku. EF Core to obvykle zvládá skvěle, ale u složitějších operací může vygenerovat neefektivní, komplikované SQL, nebo dotaz nedokáže přeložit vůbec. Ujorm3 sází na transparentnost. Máte plnou kontrolu nad tím, jaký přesný dotaz se do databáze pošle. Zbavujete se také paměťové režie – EF Core si přes Change Tracker udržuje složitý stav vytažených objektů (ve výchozím nastavení) a lazy loading může aplikaci zahltit stovkami dalších dotazů.
Dalším rozdílem je nativní podpora neměnných struktur. Ačkoliv se EF Core v jejich podpoře zlepšil, u složitějších relací je to stále krkolomné. Ujorm3 pouze namapuje databázový výsledek přímo do konstruktoru čistého a bezpečného objektu. Ve finále tak měníte pohodlí překladu přes LINQ za hrubý výkon, snadnější ladění a absolutní jistotu nad provedenými SQL dotazy.