Vytvářím aplikaci Android), která dotazuje koncový bod http a zobrazuje výsledky se seznamem. V současné době se výsledky zobrazují 10 v době, kdy uživatel naviguje pomocí tlačítek Next/Předchozí. den jsem omylem změnil nějaký kód a nezamýšleným důsledkem bylo, že další tlačítko místo aktualizace seznamu dalších 10 výsledků připojilo další sadu výsledků k původnímu seznamu. Místo toho, aby měl [1,2,...,10] -> next -> [11,12,...,20]
, se stal [1,2,...,10] -> next -> [1,2,...,10,11,...,20]
. Myslím, že je to mnohem lepší způsob zobrazení výsledků, protože se už nemusím obávat ukládání do mezipaměti předchozích sad výsledků, abych ušetřil šířku pásma a výdrž baterie a pro uživatele je mnohem snazší porovnat a porovnat výsledky. Ale teď nevím, jak organizovat uživatelské rozhraní. Stále mám tlačítko pro vyhledávání, ale co bych měl nazvat tlačítkem, které získá dalších 10 výsledků?
možná takhle
první pohled:
Item 1
Item 2
Item 3
Item 4
Item 5
[more items] <- a button
po kliknutí na tlačítko:
Item 1
Item 2
Item 3
Item 4
Item 5
Item 6
Item 7
Item 8
Item 9
Item 10
[more items] <- a button
Poloha rolování je zachována a nové výsledky se po kliknutí na tlačítko rozbalí dolů.
Položky Wordu na tlačítku lze změnit na „výsledky vyhledávání“ nebo na to, jaké jsou vaše položky
Další možností by mohlo být úplné prohloubení tlačítek a implementace nepřetržitého posouvání, jak to některé aplikace dělají. To znamená, že načíst alespoň tolik výsledků, kolik se hodí na obrazovku, ale načíst a připojit ještě jednou, dokud uživatel neprochází první dávkou atd. To může dát interakci velmi přirozený pocit, pokud lze dodatečné výsledky načíst a zobrazit dostatečně rychle, ale může nebo nemusí být vhodné pro vaše případy použití (nebo váš datový model).