SDK, API и дрели: какая взаимосвязь?

Ни в коем случае нельзя обращаться к API из клиентского приложения напрямую. Необходимо разместить между клиентом и API некую прослойку, Software Development Kit (SDK). SDK должен отражать в своём интерфейсе бизнес-логику потенциальных клиентов, и больше ничего.
Почему это важно, как это сделать? Обсудим в этом видео на примере простенького SDK, написанного мной на PHP для REST API MediaWiki.

Анонсы новых роликов можно получать в:

00:00 О чём этот ролик?
02:26 Постановка задачи
04:10 Неправильный подход к решению
07:08 Притча о дрелях
09:35 Правильный подход: опора на бизнес-логику
11:30 Помечтаем: как удобнее?
24:30 В чём преимущество полученного прототипа?
26:30 Реализация
26:40 DTO: Валидация входящих параметров
35:38 Адаптер: делаем запрос к API
41:49 Валидация и обработка ответа от API
47:00 Собственный унифицированный респонз
50:15 Наш Exception
52:00 Диаграмма со структурой SDK
53:50 Тестирование
56:19 Запрашиваем наш SDK!
01:01:48 Документация
01:04:38 Что мы натворили?

[loyvsc]

Спасибо! Наконец понял какой подход к разработке sdk более практичный:)

[whyNotCookies]

Спасибо! У Вас талант!
Материал очень полезный, очень рад что нашёл ваш канал. Спасибо что делитесь знаниями)

[Mriloveg]

Спасибо за подробный разбор проблемы и решений, хорошо что канал упор на важные темы делает а не пересказ доков про функции языка

[alexanderbashkatov]

Очень хорошее видео.
Подскажите пожалуйста, а как в MediaWikiAdapter не указывать какой именно http-клиент у нас будет? Как подсовывать любой другой клиент? Получается зависимость от Guzzle, который может перестать поддерживаться (например).
Спасибо, годнота!

[owlish_dot_cloud]

Определённо, у тебя талант придумывать тайтлы :)