Pull to refresh

Comments 8

  1. Выдача списка != выдаче данных каждого его элемента. Можно сравнительно быстро выдать клиенту несколько тысяч идентификаторов, а потом уже грузить данные для них по мере необходимости. Если сервер такое не умеет, то надо допиливать сервер, а не вставлять костыли на клиенте.


  2. pull-to-refresh не нужен бесконечной ленте новостей. Контент внизу — должен быть всегда свежей подборкой непросмотренных новостей. Контент сверху — статичной историей просмотров. По мере скролла контент изымается из "подборки" и помещается в "историю". Такая реализация проще, надёжней и не выносит пользователю мозг.
Я с Вами полностью согласен, что правильный сервер лучше неправильного клиента. Но в реальном мире приходится идти на компромиссы, например, чтобы выпустить продукт к срокам. Аналогичная ситуация может возникнуть, когда работаешь с каким-то очень старым API. Всё-таки полезно иметь представление о различных вариантах постраничной загрузки данных, за что и спасибо автору статьи.

Ну да, вставить кучу глючащих костылей в клиент и потом несколько месяцев огребать от них, вместо того, чтобы заменить один сложный серверный экшен на 2 простых — это очень благотворно скажется на сроках ;-)

Ага, поэтому в заключении статьи есть отличный тезис — клиент должен быть простым :)

Я обеими руками за реализацию таких вещей на сервере — но, к сожалению, это не всегда возможно.
Безотносительно контента статьи, кто-нибудь знает, откуда вылез кошмарный термин «пагинация» и почему его продолжают использовать?
«Пейджинг» же всю жизнь было. Ну или «листалка», если уж разговорное.

(Заметка для «любителей» русского языка – «пагинация» звучит на порядок ужаснее, чем заимствованное «пейджинг», ИМХО)
Ну по английски «pagination», а раз information по русски информация, то считают и pagination — пагинация. Кстати гугл при переводе pagination показывает «пагинация».
Оба слова заимствованные. А вот звучание этих слов это чисто субъективная оценка.
… а можно не использовать сдвиг и не иметь таких проблем. Альтернативных решений много, нужно выбрать только не съедающие быстродействие вашего сервиса.
Sign up to leave a comment.