Rest API, которому нужно соединение

Question

У меня есть система, в которой пользователю необходимо сначала подключиться, а затем на основе подключения извлечь некоторые данные. Например, Вы подключаетесь к базе данных, а затем извлекаете метаданные о таблице, скажем.

Я планировал выставить это через REST API. Поэтому в этом случае вам необходимо сначала подключиться, а затем использовать это подключение для получения метаданных.

На ум приходят два варианта: а. У вас будет URL сказать / подключиться, куда вы отправляете параметры соединения, и он возвращает идентификатор соединения. Этот идентификатор затем кодируется в последующем URL для идентификации соединения. б. Второй вариант - публиковать параметры подключения каждый раз.

Каковы плюсы / минусы этих подходов? Есть ли другие альтернативы? Одно из ограничений заключается в том, что механизм аутентификации для подключения к системе не находится под моим контролем, я просто предоставляю некоторые данные из систем через веб-сервисы и исследую их с помощью REST.

Answer 1

Вам действительно нужно выставить соединение?

Я думаю, что это может быть просто семантическим предрассудком, но обычно детали соединения скрываются сервисом.

Имеет ли соединение деловую ценность?!

Если соединение имеет деловую ценность, то рассматривайте его как ресурс: т.е. сделайте публикацию / подключений, чтобы вернуть новое соединение, затем выполнитеget on / connection // метаданные для получения метаданных об этом соединении.