Что точно означает REST? Что это, и почему это становится большим теперь?
Глядя на аннотированный источник , я вижу, что Backbone вызывает define, когда он обнаруживает, что он работает с загрузчиком AMD. Использование shim с модулем, вызывающим define, приводит к неопределенному поведению, потому что shim предназначен для модулей, которые не вызывают define .
Вы можете достичь того, чего хотите, с поддельным модулем backbone, подобным этому, который вы сохранили бы в файле с именем backbone-glue.js:
define(['backbone'], function (Backbone) {
var originalSync = Backbone.sync;
Backbone.sync = function(method, model, options) {
options.beforeSend = function(xhr) {
xhr.setRequestHeader('X-CSRFToken', window.csrf_token);
}
return originalSync(method, model, options);
};
return Backbone;
});
И тогда вы должны иметь такая карта в вашей конфигурации для RequireJS:
map: {
'*': {
backbone: 'backbone-glue'
},
'backbone-glue': {
backbone: 'backbone'
}
}
Что это значит, что везде (*), когда требуется модуль backbone, RequireJS загружает backbone-glue. Однако в backbone-glue, когда требуется backbone, загружается backbone. Это позволяет backbone-glue загружать оригинальную магистраль.
4 ответа
REST может выглядеть так:
POST /user
fname=John&lname=Doe&age=25
Сервер отвечает:
201 Created
Location: /user/123
В будущем вы можете получить информацию о пользователе:
GET /user/123
Сервер отвечает (при условии, что XML ответ):
200 OK
<user><fname>John</fname><lname>Doe</lname><age>25</age></user>
Для обновления:
PUT /user/123
fname=Johnny
REST является архитектурой, где ресурсы определены и обращены.
Для понимания REST лучше всего необходимо посмотреть Ресурс ориентированная архитектура (ROA) , который дает ряд инструкций для, на самом деле реализовывая остальных архитектура.
REST не должен быть по HTTP, но это наиболее распространено. REST был сначала создан одним из создателей HTTP все же.
Вот мое представление...
привлекательность к созданию УСПОКОИТЕЛЬНЫХ сервисов состоит в том, что вместо того, чтобы создать веб-сервисы с десятками функциональных методов, мы стандартизируем на [1 111] четыре метода (Создайте, Получите, Обновление, Уничтожьте):
- POST
- ДОБИРАЕТСЯ
- , ПОМЕЩАЕТ
- , УДАЛЯЮТ
, REST становится популярным, потому что это также представляет стандартизацию обмена сообщениями форматов на прикладном уровне. В то время как HTTP использует четыре основных глагола REST, общий формат сообщения HTTP HTML не является контрактом для того, чтобы создать приложения.
лучшее объяснение, которое я услышал, является сравнением TCP/IP к RSS.
Ethernet представляет стандартизацию в физической сети. Протокол Интернета (IP) представляет стандартизацию выше стек и имеет несколько различных разновидностей (TCP, UDP, и т.д.). Введение "Протокола управления передачей" (гарантируемый доставку пакетов) определенные коммуникационные контракты, которые открыли нас до совершенно нового набора сервисов (FTP, Gopher, Telnet, HTTP) для прикладного уровня.
На аналогии, мы приняли XML как "Протокол", мы теперь начинаем стандартизировать форматы сообщения. RSS быстро становится основанием для многих УСПОКОИТЕЛЬНЫХ сервисов. API Google GData является вариантом RSS/ATOM.
"настольный гаджет" является большой реализацией этой шумихи: простой клиент может использовать основной веб-контент или сложные мэшапы с помощью общего API и передав стандарт.
HTTP в настоящее время недогружен и неправильно используется.
Мы обычно используем только два метода HTTP: ДОБЕРИТЕСЬ и POST, но еще существуют некоторые: УДАЛИТЕ, ПОМЕСТИТЕ, и т.д. ( http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html )
Поэтому, если у нас есть ресурсы, определенный УСПОКОИТЕЛЬНЫМИ URL (каждый объект области в Вашем приложении имеет уникальный URL в форме http://yoursite.com/path/to/the/resource ), и достойная реализация HTTP, мы можем управлять объектами в Вашем домене путем записи предложений:
ДОБИРАЮТСЯ , http://yoursite.com/path/to/the/resource
УДАЛЯЕТ http://yoursite.com/path/to/the/resource
POST http://yoursite.com/path/to/the/resource
и т.д.
, архитектура хороша и все.
, но это - просто теоретическое представление, сценарии реального мира описаны во всех ссылках, отправленных в ответах перед моим.