SYSTEM ATLASЗагрузка материала

REST Constraints

REST Architectural Constraints

Stateless, cacheable, uniform interface и layered system ограничивают дизайн.

Простыми словами

Например, aPI использует ресурсы, стандартные методы, stateless-запросы и кэшируемые ответы. Польза REST возникает из набора ограничений, а не из формата JSON. Поэтому проверяют весь путь запроса от браузера до сервера и обратно - иначе локально правильное решение может ухудшить загрузку, совместимость или устойчивость страницы.

Пример от @Vibeclakr

Пример при разработке

API использует ресурсы, стандартные методы, stateless-запросы и кэшируемые ответы. Польза REST возникает из набора ограничений, а не из формата JSON.

Это редакционный пример применения, а не часть определения или доказательство концепции.

Механизм действия

Сначала проверяют, есть ли исходное условие из определения. Затем смотрят, как оно влияет на структуру компонентов, потоки данных, ограничения и действия участников. Если эту связь не удаётся наблюдать, принцип не стоит использовать как готовое объяснение.

Пример в работе

Нерабочий подход

Решение принимают без учета механизма «REST Constraints», оценивая только ближайший эффект.

Системный подход

Перед изменением проверяют, как «REST Constraints» влияет на ограничения, стимулы, зависимости и вторичные последствия.

Ограничения

«REST Constraints» объясняет только часть происходящего в области «Веб-архитектура». Сам принцип не говорит, насколько сильным будет эффект в вашем случае, и не заменяет измерения. При другом масштабе, среде или временном горизонте результат может отличаться.

Источник

Roy Thomas Fielding. Architectural Styles and the Design of Network-based Software Architectures. 2000.

Первоисточник