Vlákno názorů k článku
Nette spouští crowdfundingovou kampaň, potřebuje peníze na rozvoj od kofola - lenze pri uceni sa frameworku ide do velkej...

lenze pri uceni sa frameworku ide do velkej miery o citanie dokumentacie, stack-overflow, blog postov, interakcie s komunitou ... a toto vsetko sa deje v anglictine
cize uz len taka "drobnost" ze o nette sa z 99% pise v cestine sposobi neuveritelne tazkosti pri zmene fw

lenze pri uceni sa frameworku ide do velkej miery o citanie dokumentacie, stack-overflow, blog postov, interakcie s komunitou ... a toto vsetko sa deje v anglictine
cize uz len taka "drobnost" ze o nette sa z 99% pise v cestine sposobi neuveritelne tazkosti pri uceni sa ineho fw

Při výběru dat z databáze preferuji tvorbu dotazů přímo na míru požadavkům aplikace plnohodnotným ORM při použití co nejméně dotazů. Jednak to snižuje režii a také už při psaní definuji jak se má dotaz při převodu linq dotazu na SQL strukturovat. Tato "optimalizace" mi moc optimalizovaná nepřijde. Proč se použijí tři dotazy? Proč ne jeden?

Nette mělo naději na úspěch před cca 10 lety, v současnosti je jasné, že na celé čáře prohrálo.
Ti co se ho učí - zřejmě i na školách, si doslova ničí budoucnost. Ve světovém měřítku jsou neuplatnitelní. Mimo čr, ten framework NIKDO nepoužívá.
Taková ta oznámení, že vyhrál nějakou soutěž popularity, nebo pod, chce prověřit trochu víc do hloubky... pak se zjistí, že z 1000 lidí hlasovalo 500 čechů, takže šlo o skutečně reprezentativní světový vzorek apod..

Píšu to sem proto, že mnoho mladých a nezkušených lidí je i dnes neustále blbnuto, mnohdy i pedagogy, aby se učili tento vpodstatě mrtvý projekt.

Ze svých zkušeností vím, že více dotazů má větší režii při roundtripu do databáze a samozřejmě roste s počtem uživatelů. Bez ohledu na to, že první dotaz v nette tahá celou tabulku.

Uz to prvni kompletni cteni je spatne.

Z vaší odpovědi vyplývá, že v resultu se vrací i data, které aplikace vůbec nepotřebuje, je to tak?

Nic nehejtuju, jen se snažím zjistit, v čem ta optimalizace ve vrstvě mezi aplikací a databází spočívá.

Tvé zkušenosti jsou evidentně chatrné.
Celou tabulku samozřejmě Nette načte jen poprvé po deployi a odtranění keší. Pak už nikdy.

Optimalizaci SQL dotazu resi framework? ja jsem si vzdy myslel, ze optimalizaci dotazu resi krome SQL engine vyvojar, ktery dotazy pise.

99%? Možná všechny? Ukaž mi jeden jediný, který nemá nikde Donate nebo aspoň prodej triček.

Při prvním zavolání dotazu si Database Explorer zapamatuje použité relace, podmínky a použité sloupce. Podle toho pak pro další volání vytvoří už optimální SQL dotaz(y). Není to plnohodnotné ORM, ale zase to má minimální režii — na sebesložitější select se sebevíce relacemi jsou použity přibližně tři rychlé SQL dotazy.

Tři snadné dotazy jsou často rychlejší než jeden složitý. Někdy i o několik řádů.

Nadávání a urážení vám jde.

Který další framework jde žebrotou a chce po svým uživatelích peníze? :)

Tohle je asi pravda. Dokumentace rozhodně není vyčerpávající a čeká komunita zase občas vyčerpávající je.
Ale pro tradiční webovou aplikaci (nebo web) je Nette skvělá volba, protože automaticky nebo jednoduše řeší věci, na které se dneska programátoři rozhodli kašlat – jako třeba transparentní non-JS fallback pro AJAX, kešování částí šablon, optimalizaci SQL dotazů.

Pro JavaScriptovu SPA nebo API službu bych asi sáhl jinam, tam není Nette silné.

No vidíš to – a představ si, že Nette Database Explorer optimalizaci dělá. Podle dat, na které v result objektu sáhneš postupně optimalizuje SQL queries.

To se to hejtuje, hlavně když se o věci nic neví…

U .Net Frameworku jsem ještě Donate neviděl.

Ty asi budeš hodně velký k​ret​én.

V základních rysech se Nette v podstatě vůbec neliší od Symfony – návrhové vzory, jako MVC, ORM nebo DI platí obecně. Kdo se orientuje v Nette, nemá problém si nastudovat cokoliv jiného za pár dní. V případě rozsáhlého projektu se pak stejně dost často nepoužívá celý stack daného frameworku, ale kombinace různých jeho částí s extenzemi třetích stran.