Вместо разбивки на страницы стало модно делать подгрузку данных при скролировании результатов поиска. И в общем-то это во многих случаях удобно. Пример - MSN'овский поиск по картинкам (
search:Microsoft).
Однако есть одна проблема - тормоза. Тормоза не при загрузке, а с содержанием огромной толпы объектов. В msn'вском поиске это не особо заметно, видимо они круто оптимизировали. Плюс наше приложение, в отличии от поиска по картинкам, не предполагает перехода по страницам. В общем итог печален - прокрутив сотню результатов, становятся видны задержки при отрисовке. Пока мы не имеем возможности всерьёз взяться за оптимизацию, поэтому я предложил гибридное решение.
В начале отрисовывается 10 результатов (у нас, кстати, не просто картинки, там ещё ряд инфы), при прокрутке до конца появляется ещё 10. И так до 40. Если показано 40, то после прокрутки до конца вместо подгрузки следующих 10-ти, появляется ссылка "next results", кликнув по которой все 40 удаляются, появляется следующий десяток (41-50) и ссылка "previous results". Далее история повторяется.
С одной стороны удобно то, что большинству (50-70%) кликать вообще не придётся - им будет достаточно первых 40 результатов. Те же, кому будет не достаточно, будут кликать в 4 раза меньше. И тормозить это не будет.
Смущает в этом решении только одно - разное поведение. То мы подгружаем автоматом, то заставляем кликать. Небольшой разрыв шаблона получается. Или нет? Как думаете, стоит ли так делать, или забить, и использовать простую разбивку по страницам?
