1) REST это: a) Протокол b) Архитектурный стиль\подход c) Web интерфейс d) in peace? e) Фреймворк f) Библиотека 2) REST это архитектурный стиль, состоящий из 6: a) Проблем b) Принципов c) Оригами d) Правил e) Ограничений f) Фигур 3) Ограничения в REST: a) Единый интерфейс b) Многоуровневая система c) Клиент-всегда-прав d) Отсутствие состояний e) Кеширование ответа f) "Код по требованию" 4) Под единым интерфейсом подразумевается соблюдение 4 принципов: a) Предоставление общего интерфейса b) Основан на ресурсах c) Манипуляции над ресурсами через представления d) Самодокументируемые сообщения e) Hypermedia as the Engine of Application State (HATEOAS) f) Модульность 5) Кеширование можно устанавливать с помощью: a) Тела запроса b) Используя JavaScript для создания локальной копии данных на стороне клиента c) HTTP заголовков d) Добавления специального параметра к запросу - "?cache=true" e) Синьор разработчика f) Изменения структуры URL-адреса 6) Плюсы REST a) Позволяет осуществлять реальное время обновление данных без необходимости повторного запроса со стороны клиента b) Поддерживает различные форматы данных c) Автоматически шифрует все передаваемые данные d) Стандартные HTTP-методы e) Позволяет обрабатывать запросы параллельно на одном и том же ресурсе f) Позволяет строить масштабируемые и гибкие системы 7) Минусы REST a) Может быть излишне сложным для простых API b) Не позволяет делать асинхронные запросы c) Требует тщательного проектирования и может быть сложным для обеспечения совместимости версий d) Не поддерживает передачу данных в формате JSON e) Использование HATEOAS может усложнить реализацию и увеличить объем передаваемых данных f) Ограничивает количество запросов, которые клиент может сделать за определенный период времени

REST

さんの投稿です
印刷
埋め込み

リーダーボード

表示スタイル

オプション

テンプレートを切り替える

自動保存: を復元しますか?