Ušetří se výkon, protože se negeneruje celá stránka ale jen data pro část stránky.
Nikoli. Explicitně jsem psal, že by se generoval HTML kód pouze pro tabulku.
Tohle je tak provařené téma, že mi přijde tristní o tom diskutovat?
Tak evidentně je to pro některé novinka, že se může do prohlížeče poslat jen HTML fragment a vyměnit jen část stránky. DOM opravdu nemusíte jen vyrábět JavaScriptem, můžete ho získat i nativním parsováním HTML zabudovaným v prohlížeči.
Ohledně tabulky - velkou tabulku uživatel nebude číst řádek po řádku, ale okem proskenuje charakter záznamů a zopakuje filtrování, aby zúžil výběr.
Nebo může mít aplikace pořádné UX, aby to skenování záznamů očima mohl uživatel vynechat.
Nebo bude mít třeba předpřipravené filtry, na které klikne.
K tomu ale není potřeba zobrazovat tisíc záznamů, že?
Data v tabulce uživatel zřídka čte celá, protože s nimi obvykle dále pracuje - hledá maxima, minima, zjišťuje počet
Kdyby tak uměly minimum, maximum a počet záznamů zjistit počítače. Bohužel to neumí, tak to musí dělat lidé.
záznamy edituje
Tisíc záznamů?
exportuje
Potřebuje ty záznamy před exportem vidět? Zase bude tisíc záznamů kontrolovat očima?
To myslím platí bez ohledu na počet řádků.
Pořád platí, že když musí uživatel číst tisíc řádků, je něco špatně. Od toho, aby pracovaly s velkým objemem dat, přece máme počítače. Počítači je jedno,jestli zpracuje deset řádků nebo tisíc, člověku ne.
Vaše argumentace je jako byste říkal, proč je v tabulkovém procesoru tolik řádků.
V tabulkovém procesoru žádné řádky nejsou, dokud je někdo nenapíše. A pokud je někdo napíše, dělá to proto, že je lidé chtějí číst. Číst mnohasetstránkové romány lidi baví. Číst tisíciřádkové tabulky nebaví nikoho. A dělají v tom lidé chyby, nějaké řádky přehlédnou apod.
V mailovém klientovi mám momentálně 11 tis. mailů a hledám v nich pomocí rychlého filtru a není v tom žádný problém.
Vida, hledáte pomocí rychlého filtru. Který vám zobrazí pár e-mailů. Neprocházíte tisíc e-mailů očima.
To je use-case, který mám na mysli. Výhoda živého hledání přitom je, že uživatel neztrácí kontext - pohybuje se stále na stejném místě aplikace a pracuje stále se stejnou sadou dat.
Akorát že to nevyžaduje zobrazovat tabulku s tisícem řádků.
Což neplatí po odstránkování nebo přerenderování stránky.
O přerenderování celé stránky tu ale píšete jenom vy.
A najdou se případy, kdy se živé hledání nehodí. Takže to už je diskuze jen kvůli diskuzi...
Na živé hledání jste se ovšem omezil jenom vy. Najdou se také případy, kdy se nehodí zorbazovat tisíciřádkovou tabulku – jsou to všechny případy zobrazení tisíciřádkové tabulky.
Ale samozřejmě, že někdy se vyplatí zobrazovat tisíciřádkovou tabulku – když je vývoj nákladnější, než práce uživatelů. Nicméně tazatel měl snahu vyjít uživatelům vstříc – a mnohem užitečnější, než zobrazovat uživateli tisíc řádků rychle, je poskytnout mu takové nástroje, aby těch tisíc řádků vůbec vidět nepotřeboval. Filtry, vyhledávání, zobrazení správných údajů (počty, extrémy), jiné formy vizualizace, než je tabulka.