для го? там же стандартный есть

есть, но хочется чего-то более навороченного

пасиб, посмотрю

вопрос: в каком стиле предпочитаете писать RPC API?

относительный пользователя сессии?
createSession()
joinGroup(group: GroupID)
leaveGroup(group: GroupID)
sendMessage(body: String, to: GroupID|UserID)

или независимый от сессии, где для каждой операции указывается от какого пользователя выполняется операция?
createSession(user: UserID)
joinGroup(user: UserID, group: GroupID)
leaveGroup(user: UserID, group: GroupID)
sendMessage(body: String, sender: UserID, to: GroupID|UserID)

- У первого варианта плюс казалось-бы очевиден: это просто, и без излишеств.
- Однако, у второго варианта, наверное, тоже есть плюс: операции можно выполнять от некого всемогущего debug user'а (в не-release build’е), который обходит авторизацию, что может помочь в дебаге и тестировании.

нечаянно сделал опрос анонимным 🙃
хотелось бы услышать аргументы за/против одного из подходов 🙂

Я проверяю авторизацию в middleware и там же кладу текущего пользователя в контекст. Если какому-то из методов надо получить текущего пользователя, он берет его из контекста

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

тут скорее разница в том, что во втором подходе мы можем выполнить операцию от имени другого пользователя, а в первом варианте это физически невозможно.

в случае тестирования API - как мы будем проводить интеграционные тесты?

> - Однако, у второго варианта, наверное, тоже есть плюс: операции можно выполнять от некого всемогущего debug user'а (в не-release build’е), который обходит авторизацию, что может помочь в дебаге и тестировании.

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

Почему невозможно?

Возможно, просто чуть более трудоемко

Я же могу вызвать метод, передав ему контекст с любым пользователем внутри

т.е сделать руками то, что обычно делает middleware

Или я чего-то не до конца понимаю?

я вижу 80% за второй вариант, но мало аргументов, почему они не предпочитают первый 😃

А кто нибудь через GO работал с gpin на rasberry pi?

там же вроде надо просто иметь доступ на запись в файлы с пинами

хоть из баша можно работать, хоть из питона