Чья ответственность это должно отрегулировать веб-запросы?
Ну, Вы, возможно, на самом деле не должны адаптироваться.
существует хороший шанс, что стек J2ME станет доступным для Android в ближайшее время, так как Android, как предполагается, не становится столь же строгим из стороннего времени выполнения как iPhone.
я знаю одного парня, который продолжал работать просто что: http://justanapplication.wordpress.com/
Теперь, конечно, который не означает, Вы не должны взглянуть на API Android и жизненный цикл приложения.
4 ответа
Концепция библиотеки заключается в том, чтобы как можно меньше беспокоиться о коде клиента. Поэтому я бы поручил библиотеке ставить запросы в очередь и своевременно возвращать результаты. В идеальном мире вы должны использовать модель обратного вызова или делегата, чтобы клиентский код мог работать асинхронно, не блокируя пользовательский интерфейс. Вы также можете предложить возможность пропуска очереди (и отказа, если она сработает слишком рано) и, возможно, даже предложить приоритеты в модели очереди.
Я также считаю, что автор библиотеки несет ответственность за то, чтобы по умолчанию считаться порядочным гражданином, а работа библиотеки по умолчанию должна соответствовать условиям поставщика данных.
Это ответственность веб-сервера, имо. Поскольку критическая нагрузка зависит от оборудования, пропускной способности сети и т. Д., Многие вещи, которые находятся вне контроля вашего приложения, не должны беспокоиться о попытках с ней справиться. IIS может ограничивать трафик в зависимости от различных параметров конфигурации.
Я бы сказал, что оба - вы имеете дело с двумя независимыми системами, и обе должны принять меры для защиты от чрезмерная нагрузка. Веб-сервер должен отклонять входящие подключения, а клиентская библиотека должна предпринимать шаги для уменьшения количества запросов, которые она направляет медленной или не отвечающей внешней службе. Распространенным шаблоном для решения этой проблемы на клиенте является «прерыватель цепи», который оборачивает вызовы внешней службы и быстро отказывает в течение определенного периода после сбоя.
Что это за клиент? Является ли это интерактивным клиентом, например: приложение на основе графического интерфейса пользователя?
В этом случае вы можете приравнять его к сценарию веб-браузера и позволить тайм-ауту отобразиться для вызывающего абонента. Кроме того, если вы точно знаете, что этот веб-сервер регулирует запросы, вы можете сообщить клиенту, что он должен подождать определенный период времени перед повторной попыткой. Таким образом, клиент не будет продолжать повторную отправку запросов и будет знать, когда произойдет первый тайм-аут, что бесполезно отправлять запросы слишком быстро.