Итак, я собираюсь внедрить полосные платежи в один из наших проектов, и я прочитал документацию по их API, которая стоит в качестве:
Stripe API организован вокруг REST. Наш API разработан таким образом, чтобы иметь предсказуемые URL-адреса, ориентированные на ресурсы, и использовать коды ответов HTTP для индикации ошибок API. Мы используем встроенные функции HTTP, такие как HTTP-аутентификация и HTTP-глаголы, которые могут быть поняты готовыми HTTP-клиентами, и мы поддерживаем совместное использование ресурсов из разных источников, чтобы вы могли безопасно взаимодействовать с нашим API со стороны клиента. веб-приложение (хотя вы должны помнить, что вы никогда не должны раскрывать свой секретный ключ API в клиентском коде любого общедоступного веб-сайта). JSON будет возвращен во всех ответах от API, включая ошибки (хотя, если вы используете привязки API, мы преобразуем ответ в соответствующий объект для конкретного языка).
У них есть хороший набор готовых к использованию библиотек API для популярных языков, так что вы можете импортировать их на свой любимый язык и просто начать использовать их API, включая PHP, который мы используем для этого проекта.
Теперь их API большой, и у них много объектов. На самом деле мы не собираемся использовать весь набор функций, поэтому моей первоначальной мыслью было просто обернуть их интерфейс HTTP RESTFul простым кодом cURL, чтобы мне не приходилось загружать весь их набор классов ради производительности.
Теперь, прежде чем я на самом деле реализовал свой собственный клиент cURL для их HTTP API, я потратил пару минут, чтобы просмотреть исходные коды их библиотек PHP, и они, кажется, делают именно это: обертывают функции cURL, выдают ошибки, выставляют объективированные ответы и т. д. .
Тогда возникает вопрос: стоит ли просто использовать их библиотеку, даже если я знаю, что буду загружать много классов, которые я не буду использовать, или мне следует написать свою собственную оболочку с cURL вокруг их REST API?
Учтите, что этот вопрос пришел мне в голову, потому что мы используем другие сервисы (например, TangoCard), и большинство из них устарели «собственными» библиотеками, предпочитая использовать любую вашу любимую клиентскую библиотеку HTTP и просто использовать REST API.
Спасибо!