2013-04-18 2 views
1

У меня есть несколько вопросов о разбиении на страницы.Valence pagination получить запросы

  1. Могут ли разбиваться на страницы?
  2. Можно ли управлять страницей (например, страницы запроса из 200 записей)?
  3. Если ответы на 1 & 2 нет, то какой порог возникает при разбиении на страницы?
  4. Является ли стабилизация страницы (такое же количество записей на одном объекте всегда будет разбито на страницы или не разбито на страницы)?

Спасибо,

Влад

ответ

3
  1. разбиения на страницы принудительно, когда он привыкает на конкретном вызов API: независимо от того, сколько записей он находит, что вызов будет все дни возвращает данные на страницах , Вы не можете запросить разбиение на страницы на вызовы, которые по умолчанию не разбиты на страницы. Вызов либо разбивается на страницы, либо нет.

  2. В настоящее время вы не можете запросить изменение размера страниц данных; количество записей, возвращаемых на каждой странице в постраничном наборе, фиксируется для каждого вызова с использованием страниц (в теории размер страницы может варьироваться в зависимости от каждого такого вызова, на практике он (в настоящее время) этого не делает).

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

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

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

+0

Viktor, Большое спасибо за быстрый ответ. Похоже, я не выразился правильно. Мой вопрос был не о «разбитом на страницы», а о ситуациях с реальными несколькими страницами. Еще одно разъяснение: большинство из них относится к тестовым случаям; производственный код 100% динамический. Итак, я перефразирую свои вопросы: 1. Могут ли разбиваться на страницы (требуется)? 2. Я доволен вашим ответом на этот вопрос. 3. Что такое пороговое значение, когда ответ разбит на более чем 1 страницу? Моя тестовая обувь, которую «пользователи /» разделяют после 100 записей. Другие? 4. Я доволен вашим ответом на этот вопрос. – user2293371

+0

Виктор, еще раз спасибо, но вы все еще не ответили на мои вопросы. Я хочу знать 2 вещи: 1.Каков размер страницы для каждого запроса (нет, я не буду использовать его в своем производственном коде). 2. Может ли этот размер страницы меняться каким-либо образом (конфигурация, параметр запроса и т. Д.). – user2293371

+0

(1) Размер страницы по умолчанию является деталью реализации и может варьироваться, поэтому для нее не существует «фиксированного номера». (2) Нет, размер страницы не может быть изменен клиентом, а в настоящее время администратором LMS: он фиксирован/определен в самом коде LMS. –

Смежные вопросы