Какие правила включает REST-архитектурный стиль?

Question

REST включает шесть основных ограничений: единообразие интерфейса, отсутствие состояния (stateless), кэшируемость, клиент-серверная архитектура, многоуровневая система и код по требованию (опционально). Эти правила обеспечивают масштабируемость, производительность и простоту взаимодействия систем.

YeaHub · Accepted Answer

Правила REST-архитектурного стиляREST определяется шестью фундаментальными ограничениями, которые должны соблюдаться для соответствия архитектурному стилю.1. Единообразие интерфейса (Uniform Interface)Это ключевое ограничение, которое включает четыре принципа:Идентификация ресурсов - каждый ресурс имеет уникальный URIМанипуляция ресурсами через представления - клиент работает с представлениями ресурсовСамодостаточные сообщения - каждое сообщение содержит всю информацию для его обработкиГипермедиа как двигатель состояния приложения (HATEOAS) - клиент взаимодействует с API через гиперссылки2. Отсутствие состояния (Stateless)Каждый запрос от клиента к серверу должен содержать всю необходимую информацию:Сервер не хранит состояние клиента между запросамиКаждый запрос независим и самодостаточенСессионные данные хранятся на клиентеjavascript// Stateless - каждый запрос содержит всю информацию
// Плохо (stateful):
// Запрос 1: POST /login → сессия создана
// Запрос 2: GET /users → использует сессию

// Хорошо (stateless):
// Запрос 1: POST /login → возвращает токен
// Запрос 2: GET /users + заголовок Authorization: Bearer <token>3. Кэшируемость (Cacheable)Ответы должны явно указывать, можно ли их кэшировать:Уменьшает нагрузку на серверУлучшает производительностьИспользует HTTP-механизмы кэшированияhttpHTTP/1.1 200 OK
Cache-Control: max-age=3600
ETag: "abc123"
Content-Type: application/json4. Клиент-серверная архитектура (Client-Server)Четкое разделение ответственности:Клиент - пользовательский интерфейс и взаимодействие с пользователемСервер - хранение данных, бизнес-логика, безопасностьНезависимая эволюция клиента и сервера5. Многоуровневая система (Layered System)Архитектура может состоять из нескольких уровней:Клиент не знает, подключен ли он к конечному серверу или промежуточномуПромежуточные серверы могут обеспечивать балансировку нагрузки, кэширование, безопасностьКаждый уровень имеет свою ответственность6. Код по требованию (Code on Demand) - опциональноСервер может расширять функциональность клиента:Передача исполняемого кода (JavaScript, Java applets)Уменьшает предварительные знания клиента о сервереРедко используется в современных REST APIВывод: Соблюдение этих шести ограничений обеспечивает создание масштабируемых, производительных и простых в поддержке веб-сервисов, которые могут эволюционировать независимо от клиентов.