66. Понятие и назначение rest & crud (Understanding rest & crud)

REST:основы и принципы

Каждая команда REST сосредоточена вокруг ресурса. В REST ресурс - это действительно все, на что можно указать по протоколу HTTP. Например, изображение, веб-сайт, документ или метеослужба. Возможности практически безграничны.

Проще говоря, REST означает «Передача состояния представления», архитектурный стиль, разработанный для распределенной гипермедиа, или интерфейс прикладного программирования. Вы, наверное, слышали, что последнее называется API. Другой способ думать об API - это определить его как веб-службу, которая соответствует архитектурным принципам REST. Каждый API вызывается с помощью стандартного метода HTTP-запроса: POST, GET, PUT и, реже, DELETE. УДАЛЕНИЕ обычно подразумевается, хотя не обязательно указывается.

Термины, определяющие принципы REST, были введены в диссертацию доктора Роя Филдингса «Архитектурные стили и проектирование сетевой инфраструктуры программного обеспечения». В целом REST можно рассматривать как стандарт в разработке приложений-служб. Он предлагает альтернативу:

Протокол простого доступа к объектам (SOAP)

Общая архитектура брокера объектных запросов (CORBA)

RMI

Многие другие

Принципы REST

Есть шесть основных ограничений REST. Эти:

Клиент-серверный мандат

Этот мандат подчеркивает тот факт, что REST - это распределенный подход, основанный на разделении между клиентом и сервером. Каждая служба имеет несколько возможностей и прослушивает запросы. Запросы отправляются потребителем и принимаются или отклоняются сервером.

Optional

Из-за природы безгражданства это руководящий принцип архитектуры RESTful. Он определяет, какие команды могут предлагаться между клиентом и сервером. Реализация запросов без сохранения состояния означает, что связь между потребителем и службой инициируется запросом, и запрос содержит всю информацию, необходимую для ответа сервера.

Кеш

Кэш требует, чтобы ответы сервера были помечены как кэшируемые или нет. Кэширование помогает смягчить некоторые ограничения безгражданства. Например, запрос, который кэшируется потребителем, чтобы избежать повторной отправки одного и того же запроса дважды.

Интерфейс / Единый контракт

Архитектура RESTful следует принципам, определяющим единый контракт. Это запрещает использование нескольких автономных интерфейсов в API. Вместо этого один интерфейс распространяется посредством гипермедийных соединений.

Многоуровневая система

Именно этот принцип делает архитектуру RESTful такой масштабируемой. В многоуровневой системе несколько уровней используются для увеличения и расширения интерфейса. Ни один из слоев не может видеть другой.

Это позволяет добавлять новые команды и промежуточное ПО, не влияя на исходные команды и работу между клиентом и сервером.

Необязательно: код по запросу

Приложения RESTful не обязательно должны включать Code-On-Demand, но они должны иметь клиент-сервер, без сохранения состояния, кэширование, унифицированный контракт и многоуровневые системы. Code-on-Demand позволяет логике внутри клиентов быть отделенной от логики внутри серверов. Это позволяет обновлять их независимо от логики сервера.

REST: в двух словах

REST относится к набору определяющих принципов разработки API. Он использует протоколы HTTP, такие как GET, PUT, POST, для связывания ресурсов с действиями в рамках отношений клиент-сервер. Помимо мандата клиент-сервер, у него есть несколько других определяющих ограничений. Принципы архитектуры RESTful служат для создания стабильного и надежного приложения, которое предлагает простоту и удовлетворение конечных пользователей.

CRUD: основы и принципы

Теперь, когда вы лучше понимаете архитектуру RESTful, пришло время погрузиться в CRUD.

CRUD - это аббревиатура от CREATE, READ, UPDATE, DELETE. Они образуют стандартные команды базы данных, которые составляют основу CRUD. Многие разработчики программного обеспечения рассматривают эти команды в лучшем случае как примитивное руководство. Это потому, что CRUD не разрабатывался как современный способ создания API. Фактически, CRUD берет свое начало в записях базы данных.

По определению CRUD - это больше цикл, чем архитектурная система. На любом динамическом веб-сайте, вероятно, существует несколько циклов CRUD. Например, покупатель на сайте электронной коммерции может СОЗДАТЬ учетную запись, ОБНОВИТЬ информацию об учетной записи и УДАЛИТЬ вещи из корзины покупок.

Warehouse Operations Manager, использующий тот же сайт, может СОЗДАТЬ записи отгрузки, ПОЛУЧИТЬ их по мере необходимости и ОБНОВЛЯТЬ списки поставок. Иногда в цикле CRUD вместо READ используется извлечение.

Происхождение базы данных

Цикл CRUD разработан как метод функций для улучшения постоянного хранилища - например, с базой данных записей. Как следует из названия, постоянное хранилище переживает процессы, которые его создали. Эти функции воплощают в себе все отличительные черты приложения реляционной базы данных.

В современной разработке программного обеспечения CRUD превзошел свое происхождение как фундаментальные функции базы данных и теперь соответствует принципам разработки динамических приложений, таких как протокол HTTP, DDS и SQL.

Принципы CRUD

Как упоминалось выше, принципы цикла CRUD определены