Pagination (Разбивка на страницы)

[wvxvw]

Разница конечно есть, но она исчезает со скоростью обратно пропорциональной количеству страниц. А подсчет количества страниц становится технически сложенее с ростом количества страниц.
Вывод? - наверное, должно быть какое-то значение с припуском / с учетом контекста (сколько усилий нужно на переваривание одного сообщения), чтобы определить границу, когда показывать точные данные становится бессмысленно и очень трудозатратно.

Вопрос в том сколько.

[alatar]

А вообще избавиться от разбивки не вариант?

[Psycho Tiger]

Кстати да. "Перейти к странице", а само листание осуществить подгрузкой прямо в браузер при скроллинге.

[iflamberg]

Кстати да. "Перейти к странице", а само листание осуществить подгрузкой прямо в браузер при скроллинге.

Ненавижу. Ненавижу за это ютуб и вконтакте. Скажем, две недели назад нашел интересное видео на канале, теперь сиди, мотай три страницы, чтобы найти его сново.

2wvxvw: Придумываешь себе проблему на пустом месте. по-моему очень просто все. Если проект маленький и с небольшой пользовательской нагрузкой - пагинатор со счетчиком. Иначе - "сложный" пагинатор.

[mooncar]

Лучше пагинации пока ничего нет. Просто по номеру странице, по дате, по иному признаку. Все остальные всевозможные изыски типа "Съешь меня" или автоскроллинга при промотке страницы вниз - от лукавого, они тешат только разработчиков, от юзеров в основном ругань по поводу этих нововведений. И я с ними солидарен.

[alatar]

Зависит от типа данных. Ну и гибридные техники никто не отменял. Google в поиске картинок избавилась от пагинации и, как по мне, стало только лучше.

[mooncar]

alatar, да, согласен, забыл добавить, что единственное, где отказ от пагинации не ухудшил ситуацию - это в Гугл-картинках. Улучшил? Возможно да, за счет ускорения доступа к визуальным данным.

Но только в страшном сне представлю себе день, когда это будет введено на поиске и при безальтернативной настройке опций отображения поисковой выдачи.

[alatar]

В случае с гуглом, даже на текстовом поиске, отмена пагинации не ухудшит юзабилити (личное мнение). Я уже давно не забирался дальше второй страницы поиска, если результаты есть, то они будут там, если нет, то дальше забираться смысла нет, надо менять запрос.

Добавлено через 2 минуты
Может я что-то упускаю в идее пагинации? В чем сакраментальный смысл ее использования? В браузерах ее использование можно еще оправдать возможностью отключения js (хотел бы я посмотреть на этих параноиков), но в RIA я не вижу смысла в ее использовании.

[wvxvw]

Определите "маленький", "с небольшой нагрузкой", и, как в задачнике, ответ должен быть "конечным чисельным" Можно выразить через переменные, но только с условием, чтобы решалось. Т.е. если количество страниц зависит от размера сообщения - такой ответ приемлим.

Вариант "не решать эту задачу, а решать другую задачу" - не приемлим, т.как не решает эту задачу (по-моему, задача сделать разбивку на страницы на столько популярна, что пытаться ее избежать - не вариант).

Разбивка на страницы - очень важный момент с точки зрения баз данных. На столько важный, что во многих базах данных поддерживается на уровне нативных функций. Так же очень важный момент в устройстве файловых систем, особенно высокопроизводительных файловых систем, типа мейнфреймов. Да и вообще это общепрограммистская проблема, выше - только конкретные примеры, которые пришли в голову.

[alatar]

по-моему, задача сделать разбивку на страницы на столько популярна, что пытаться ее избежать - не вариант

Просто привычка разработчиков.

С точки зрения баз данных (и высокопроизводительных файловых систем) выдача данных для пагинации или для "непрерывного" списка разницы не имеет.