Основное что дает основной bridge, только возможность вызова запросов, но удобств при работе с отдельными методами со стороны библиотеки нет.
Например в том же bridge-plus что есть стоящего:
Альтернативный, кажется, более удобный способ, обработки ошибок со стороны VK API.
При вызове VK API, не нужно сначала получать токен, затем вызывать другой bridge, все сделано удобно в рамках одного запроса.
Логирование запросов.
Исключение повторных запросов со стороны клиента или кода.
Более удобная работа с storage.
Почему мало кто знает о bridge-plus? Она не официальная. Я думаю это основной фактор. Она ни как не поддерживается сообществом, обновлений супер давно не было, во многом могла устареть, знать о ней может и знают, но боятся использовать.
Лично я не пользуюсь bridge-plus, но у самого кучу своих необходимых решений, чтоб все работало как надо, думаю как и у многих.
Из таких фич что не озвучены, что многие разрабы пилят:
Вызов API запросов с использованием JSONP.
Выполнение асинхронно кучу запросов к API.
Обходы ограничений со стороны rate-limit, чтоб код ждал оставшееся время.
Автоматический запрашивать новый токен при истечении старого, базово мало кто это делает, но суть такова, что запрашиваемый токен не бессрочный и чуть что, может все вылететь в ошибку
Из банального, та же Happy Santa, вн. команда VK имела отдельно под свои проекты bridge-plus https://github.com/HappySanta/bridge-plus.
Основное что дает основной bridge, только возможность вызова запросов, но удобств при работе с отдельными методами со стороны библиотеки нет.
Например в том же bridge-plus что есть стоящего:
Почему мало кто знает о bridge-plus? Она не официальная. Я думаю это основной фактор. Она ни как не поддерживается сообществом, обновлений супер давно не было, во многом могла устареть, знать о ней может и знают, но боятся использовать.
Лично я не пользуюсь bridge-plus, но у самого кучу своих необходимых решений, чтоб все работало как надо, думаю как и у многих.
Из таких фич что не озвучены, что многие разрабы пилят: