tochka-developers/jsonrpc-client

JsonRpc Client for Laravel

v3.8.2 2024-11-26 14:44 UTC

README

Quality Gate Status Bugs Code Smells Coverage

Описание

JsonRpc клиент - реализация клиента для JsonRpc-сервера. Работает по спецификации JsonRpc 2.0. Протестирован и работает с оригинальным сервером JsonRpc от Tochka.

Установка

Laravel

  1. composer require tochka-developers/jsonrpc-client
  2. Опубликуйте конфигурацию:
php artisan vendor:publish --provider="Tochka\JsonRpcClient\JsonRpcClientServiceProvider"

Lumen

  1. composer require tochka-developers/jsonrpc-client
  2. Скопируйте конфигурацию из пакета (vendor/tochka-developers/jsonrpc/config/jsonrpc-client.php) в проект (config/jsonrpc-client.php)
  3. Подключите конфигурацию в bootstrap/app.php:
$app->configure('jsonrpc-client');
  1. Включите поддержку фасадов в bootstrap/app.php:
$app->withFacades();
  1. Если планируете использовать автоматическую генерацию прокси-клиента - зарегистрируйте сервис-провайдер Tochka\JsonRpcClient\JsonRpcClientServiceProvider в bootstrap/app.php:
$app->register(Tochka\JsonRpcClient\JsonRpcClientServiceProvider::class);

Использование

Настройка

Конфигурация находится в файле app/jsonrpc-client.php. В данном файле прописываются настройки для всех JsonRpc-подключений.

  • clientName - Имя клиента. Данное имя будет подставляться в ID-всех запросов в виде префикса. Позволяет идентифицировать сервис.
  • default - подключение по умолчанию. Должно содержать имя подключения.
  • connections - массив подключений. Каждое подключение должно иметь уникальный ключ (название подключения).

Настройки подключений:

  • url - URL-адрес (или IP) для подключения к JsonRpc-серверу. Должен содержать полный путь к точке входа (например: https://api.jsonrpc.com/v1/jsonrpc).
  • clientClass - класс, который используется в качестве прокси-класса. Необходимо указывать полное наименование (с пространством имен). Используется при автоматической генерации прокси-класса.
  • extendedStubs - генерация расширенного описания АПИ в виде классов-хелперов для входных и выходных параметров методов
  • options - массив опций подключения (см. https://docs.guzzlephp.org/en/stable/request-options.html)
  • middleware - список классов-middleware, которые подготавливают запрос перед отправкой. Возможно перечисление классов-middleware в виде элементов массива, либо, если необходимо передать в класс дополнительные параметры - в качестве ключей массива указываются классы-middleware, в качестве значения - массив с параметрами.

В пакете доступно две middleware:

  • AuthTokenMiddleware - класс авторизации по токену в заголовке. Параметры: name - имя заголовка, value - значение токена
  • AuthBasicMiddleware - класс Basic-авторизации. Параметры: scheme - тип авторизации (basic, digest, ntlm), username и password - данные для авторизации
  • AdditionalHeadersMiddleware - класс для добавления кастомных заголовков. Параметры: headers - ассоциативный массив с заголовками, где ключ - имя заголовка, а значение - значение заголовка.

Генерация прокси-класса

Прокси-класс - это фасад JsonRpcClient, который содержит информацию обо всех доступных методах JsonRpc-сервера, а также сам делает маппинг параметров, переданных в метод, в виде ассоциативного массива. Если сервер умеет возвращать SMD-схему, то такой класс может быть сгенерирован автоматически.

Для генерации класса воспользуйтесь командой:

php artisan jsonrpc:generateClient connection

Для успешной генерации должно выполняться несколько условий:

  1. JsonRpc-сервер должен поддерживать возврат SMD-схемы (при передаче GET-параметра ?smd)
  2. Желательно, чтобы в качестве сервера использовался tochka-developers/jsonrpc. Данный пакет умеет возвращать расширенную информацию для более точной генерации прокси-класса
  3. Должен быть прописан URL-адрес JsonRpc-сервера
  4. Должно быть указано полное имя прокси-класса. Путь к файлу класса будет сгенерирован автоматически исходя из пространства имен и настроек composer.
  5. Папка, в которой будет находиться прокси-класс, должна иметь иметь права на запись.

Если все указанные условия выполняются - то будет создан прокси-класс на указанное соединение. Для обновления прокси-класса (в случае обновления методов сервера) - повторно вызовите указанную команду. Если необходимо сгенерировать классы для всех указанных соединений - вызовите указанную команду без указания соединения:

php artisan jsonrpc:generateClient

Вызовы методов

Вызов метода JsonRpc:

//....
$result = Api::fooBar('Some text');

Клиент поддерживает вызов нескольких удаленных методов через один запрос:

$api = Api::batch();
$api->foo('params');
$api->bar(123);
$api->someMethod(1, true);
[$resultFoo, $resultBar, $resultSome] = $api->execute();

Клиент поддерживает кеширование результатов с помощью метода cache:

$result = Api::cache(10)->fooBar('Some text');

При таком вызове результаты будут закешированы на 10 минут, и последующих вызовах этого метода с такими же параметрами - запрос на сервер не будет посылаться, результат будет сразу получаться из кеша. Естественно, результаты кешируются только для успешных вызовов.

Также кеширование поддерживается и для нескольких вызовов:

$api = Api::batch();
$resultFoo = $api->cache(10)->foo('params');
$resultBar = $api->bar(123);
$resultSome = $api->cache(60)->someMethod(1, true);
[$resultFoo, $resultBar, $resultSome] = $api->execute();

Учтите, что кешироваться будет только тот метод, перед которым был вызван cache.

Middleware

Классы-middleware позволяет внести изменения в исходящие запросы, например добавить дополнительные заголовки, включить авторизацию, либо внести изменения в само тело запроса.

Вы можете использовать свои классы, указав их имена в конфигурации необходимого подключения. Есть два типа middleware. Первый рассчитан на взаимодействие с каждым конкретным JsonRpc-запросом, даже если они запущены в batch-режиме. Второй тип запускается один раз на весь транспортный запрос.

Первый тип middleware запускается для каждого вызова метода в рамках одного запроса на сервер. То есть, если был сделан batch-запрос с вызовами 3х методов - каждая такая middleware будет запущена по одному разу для каждого вызванного метода.

Второй тип middleware будет запущен только один раз для всего запроса, и в него будет передан весь стек вызовов. Второй тип подходит для middleware, занимающихся добавлением кас томных заголовков, авторизации и прочих модификаций транспортного запроса.

В классе middleware должне быть реализован один метод - handle. Первые два параметра обязательные. Пример middleware для обработки каждого вызова в запросе (первый тип):

class SomeMiddleware
{
    public function handle(\Tochka\JsonRpcClient\Request $request, \Closure $next): void
    {
        // ...
        return $next($request);
    }
}

Пример middleware для обработки всего запроса целиком:

class SomeMiddleware implements \Tochka\JsonRpcClient\Contracts\OnceExecutedMiddleware
{
    /**
     * @param \Tochka\JsonRpcClient\Standard\JsonRpcRequest[] $requests
     * @param \Closure         $next
     */
    public function handle(array $requests, \Closure $next): void
    {
        // ...
        return $next($requests);
    }
}

Чтобы продолжить выполнение цепочки middleware, в методе необходимо обязательно вызвать метод $next, передав туда актуальную версию $request. Кроме того, вы можете в параметрах метода handle использовать:

  • дополнительные параметры, передаваемые в конфигурации:
// config
'middleware'  => [
    \Tochka\JsonRpcClient\Middleware\AuthTokenMiddleware::class => [
        'name'  => 'X-Access-Key',
        'value' => 'TokenValue',
    ],
]

// middleware
use Tochka\JsonRpcClient\Request;

class AuthTokenMiddleware implements \Tochka\JsonRpcClient\Contracts\OnceExecutedMiddleware
{
    public function handle(array $request, \Closure $next, $value, $name = 'X-Access-Key') 
    {
        // ...

        return $next($request);
    }
}

Порядок указание параметров не важен, указанные в конфигурации значения будут переданы в middleware по имени параметра.

  • контекстные классы Tochka\JsonRpcClient\Contracts\TransportClient и Tochka\JsonRpcClient\ClientConfig. Если у параметра указать один из указанных типов, то в метод при вызове будут переданы текущие экземпляры классов, отвечающих за формирование транспортного запроса (например, сконфигурированный экземпляр класса Tochka\JsonRpcClient\Client\HttpClient) либо класс с конфигурацией текущего соединения.
  • любой другой класс/контракт/фасад, зарегистрированный в DI Laravel

[]: https://docs.guzzlephp.org/en/stable/request-options.html(описание