Мне интересно, как я решаю проблему параллелизма для RESTful API. Более конкретно, у меня есть коллекция объектов, которые требуют ручного изучения и обновления, например, количество строк, которым необходимо обновить столбец вручную; однако, если я открою API для нескольких клиентов, все они будут получать эти элементы сверху вниз, поэтому многие пользователи будут заполнять столбец одной и той же строки одновременно. Я бы предпочел, чтобы не было коллизий, и простой способ с отслеживанием состояния состоит в том, чтобы просто помещать элементы в очередь в службе и извлекать их, когда люди их запрашивают.
Что это за версия без состояния? Хеширование по IP-адресу или случайное получение строк по идентификатору?
:: update ::
"Хм, значит, он просто не должен иметь состояния с точки зрения клиента?
Это, безусловно, имеет большой смысл. Я только что читал статью (ibm.com/developerworks/webservices/library/ws-restful) о API-интерфейсах RESTful, и, столкнувшись с информацией о разбиении на страницы, я побеспокоился о том, что моя очередь с полным состоянием была похожа на увеличение на страницу, но на самом деле они совершенно разные, поскольку «следующая страница» относительна на стороне клиента, тогда как «pop» для клиента всегда не имеет состояния: не имеет значения, что было добавлено ранее.
Спасибо, что очистили мою голову! "-Ме