x
 
Владимир Серёгин
4 января 2018
Советы почтой каждую неделю
Пожалуйста, получите наше письмо, чтобы подтвердить свой адрес:
Вы подписаны на «Советы за неделю»:

Руст, Василий и Илья, привет!

Расскажите о дизайне REST API.


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

  • В бюро

    Бюробилинг — веб-сервис, отвечающий за продажу продуктов и услуг: подписки, тарифы и автопродление. Определяет, когда и сколько списать по инициативе покупателя, при автопродлении и при других условиях. Подтверждает покупателю операции по почте и в интерфейсе. Напоминает о просроченных платежах. У каждого продукта может быть свой билинг. Метафора — продавец продукта.

    Бюрокасса — веб-сервис, отвечающий за списания с пользователей Бюросферы по заданию билинга, подтверждает списание продавцу. Метафора — бухгалтер и кассир.

    Бюробилинги написаны на Руби, ПХП и Яваскрипте и работают с одним и тем же АПИ Бюрокассы, построенном по принципам REST.

  • Знакомство с REST лучше начать с базовых вещей: ресурсы, урлы, ХТТП и глаголы. Чтобы понять, как всё это связано между собой и зачем, в принципе, нужен REST, советую прочитать:
  • RESTful API Designing guidelines
  • REST и WS-*
См. также совет Артёма Горбунова об управлении через интерфейс
P. S. Это был совет о веб-разработке. Хотите знать всё о коде, тестах, фронтенд-разработке, цеэсэсе, яваскрипте, рельсах и джейде? Присылайте вопросы.
Вёрстка и прототипирование — дисциплина Школы дизайнеров. Набор весной. Оставьте почту, и мы напишем вам, когда откроется следующий набор.
 

Поделиться
Отправить

Комментарии

Иван Гришаев
9 января 2018

Стоит дополнить, какие спецификации можно взять на замену REST:

JSON RPC http://www.jsonrpc.org/specification

CQRS https://docs.microsoft.com/en-us/azure/architecture/patterns/cqrs


Цель рубрики — обсуждение вопросов дизайна всех видов, текста в дизайне и взаимоотношений дизайнеров с клиентами.

Мы публикуем комментарии, которые добавляют к уже сказанному новые мысли и хорошие примеры. Мы ожидаем, что такие комментарии составят около 20% от общего числа.

Решение о публикации принимается один раз; мы не имеем возможности комментировать или пересматривать свое решение, хотя оно может быть ошибочно. Уже опубликованные комментарии могут быть удалены через некоторое время, если без них обсуждение не становится менее ценным или интересным.

Вот такой веб 2.0.

Как устроена беспарольная аутентификация почтой 7 Как вы проверяете соответствие вёрстки макету 2




Недавно всплыло

10 Как вы верифицируете оценку сроков от сотрудника? 1 3 Иногда я спрашиваю о скидке для тренировки и потому что не против шанса сэкономить 1