а если нет опциональных параметров, то какой ответ обычно делают в grpc сервисах? Допустим есть метод, удаляет сущность. В случае успеха можно вернуть такой message: result: success, а в случае ошибки хотелось бы помимо result:error еще вернуть и поле code:404|410 и т.д.
а если нет опциональных параметров, то какой ответ обычно делают в grpc сервисах? Допустим есть метод, удаляет сущность. В случае успеха можно вернуть такой message: result: success, а в случае ошибки хотелось бы помимо result:error еще вернуть и поле code:404|410 и т.д.
Вы хотите убогий рест на грпс натянуть? Зачем? Ошибку либо текстовым полем отдавайте, либо как обычную ошибку
а если нет опциональных параметров, то какой ответ обычно делают в grpc сервисах? Допустим есть метод, удаляет сущность. В случае успеха можно вернуть такой message: result: success, а в случае ошибки хотелось бы помимо result:error еще вернуть и поле code:404|410 и т.д.
можно возвращать error code и error message
error code это не обязательно число, это может быть что-то в виде “InternalError” error message для разработчика