REST

 REST (representation state transfer):

• Все является ресурсами с уникальным идентификатором (URL)
• Все операции клиента с сервером stateless, т.е. сервер не должен хранить вообще никакой информации о клиенте – никакой сессии
• Все запросы можно поделить на 4 типа в соответствии с CRUD, причем каждому типу сопоставляется HTTP метод – Post, Get, Put и Delete
• Вся логика крутится вокруг ресурсов, а не операций

Важно понимать, что REST – это не протокол и не стандарт, а архитектурный стиль. У этого стиля есть свои принципы. Позволю себе скопировать их с понравившегося источника и прокомментировать:

1. Give every “thing” an ID.
   Очччень желательно.
2. Link things together.
   Например, в страницу (представление) о Mercedes C218 хорошо бы добавить ссылку на страницу конкретно о двигателе данной модели, чтобы желающие могли сразу туда перейти, а не тратить время на поиск этой самой страницы.
3. Use standard methods.
   Имеется в виду, экономьте свои силы и деньги заказчика, используйте стандартные методы HTTP, например GET

   http://www.example.com/cars/00345

   для получения данных вместо определения собственных методов вроде getCar?id=00345.
4. Resources can have multiple representations.
   Одни и те же данные можно вернуть в XML или JSON для программной обработки или обернутыми в красивый дизайн для просмотра человеком.
5. Communicate statelessly.
   Да, RESTful сервис должен быть как идеальный суд – его не должно интересовать ни прошлое подсудимого (клиента), ни будущее – он просто выносит приговор (отвечает на запрос).