За это отвечает goimports.
Тулза смотрит на локально установленные пакеты, сравнивает сигнатуры и подключает при необходимости.

точно, эта тулза поставилась

А есть где-то полное человеческое описание всех встроенных тулзовин в одном месте?

Надеюсь)
Но я не встречал)

Приветствую!
А как именовать endpoint-ы если они в CRUD не вписываются? Т.е. если все строго CRUD, то REST нейминг выглядит шикарно.

Но что делать, если помимо кучи CRUD эндроинтов есть допустим такие случаи:

1) Два эндпоинта для запуска и остоновки бота. Я бы сделал это так:
post /api/bot/start
post /api/bot/stop

2) Когда надо обновить только один параметр у объекта. Т.е. есть прям специальный метод для обновления допустим settings.processed_block, и я бы сделал так:

put /api/settings/processed_block.


И еще вопрос по урлам: /api/processed_block, /api/processedBlock, /api/processed-block?

ну у тебя в описании все выглядит вполне адекватно

по урлам опять же нет какого-то единого требования, каждый делает как ему нравится

Товарищи, а какой принято возвращать код, если, например, нет валидных аргументов в запросе?

406 ?

Это не обязательное условие, нет общепринятых для любых приложений

http коды не обязательно повторять

Ну, в целом

я в такой ситуации шлю 400

406 предполагает что ты не можешь работать с форматом данных

у мозилы в этом плане документация вообще шикарная

а, я до хидеров не дочитал)

Спасибо! 400 вроде подходит

я вообще в большинстве случаев ограничиваюсь 400, 500, 422 и 200

400 - любая ошибка, если мне чего-то не хватает для работы от пользователя
500 - если есть ошибка но пользователю ее не могу показать
422 - пользователь прислал данные которые я понял, но валидация не прошла
200 - все ок