Работал ли с GRPC - Хак Собесов

Ответ

Да, работал с gRPC. Это высокопроизводительный RPC-фреймворк от Google, использующий Protocol Buffers (protobuf) для сериализации данных. В Android интегрируется через зависимости grpc-android и grpc-okhttp.

Пример:

Создаем .proto файл:

syntax = "proto3";
service MyService {
  rpc GetData (Request) returns (Response);
}
message Request { string query = 1; }
message Response { string result = 1; }

Генерируем код через protobuf-gradle-plugin.
Используем в коде:

val channel = ManagedChannelBuilder.forAddress("api.example.com", 443).build()
val stub = MyServiceGrpc.newBlockingStub(channel)
val response = stub.getData(Request.newBuilder().setQuery("test").build())

Плюсы:

Эффективность (бинарный формат).
Поддерка потоков.
Минусы:
Сложнее дебагать (не как JSON).
Требует кодогенерации.

Для простых API иногда предпочитаю Retrofit, но для сложных сценариев gRPC отлично подходит.

Ответ 18+ 🔞

Ну вот, опять про эту вашу магию с бинарными потоками. Да, работал, конечно, с gRPC. Это ж, ёпта, такой RPC-фреймворк от гугла, который жрёт производительность на завтрак. Внутри у него Protocol Buffers, или protobuf, если по-простому — бинарная сериализация, чтоб данные не болтались как попало.

В Android его, понятное дело, через зависимости grpc-android и grpc-okhttp прикручивают. Без этого никуда.

Вот, смотри, как это выглядит:

Сначала пишешь файлик .proto. Это типа контракт, договорённость между клиентом и сервером, кто что кому шлёт.

syntax = "proto3";
service MyService {
  rpc GetData (Request) returns (Response);
}
message Request { string query = 1; }
message Response { string result = 1; }

Потом этот файл прогоняешь через плагин protobuf-gradle-plugin, и он тебе нагенерирует кучу Java- или Kotlin-кода. Кодогенерация, мать её.
А дальше в приложении уже юзаешь:

val channel = ManagedChannelBuilder.forAddress("api.example.com", 443).build()
val stub = MyServiceGrpc.newBlockingStub(channel)
val response = stub.getData(Request.newBuilder().setQuery("test").build())

Ну и что мы имеем в сухом остатке?

Плюсы, которые всех так заводят:

Эффективность — бинарный формат, никакого лишнего текста, всё сжато и быстро. Летит, как угорелое.
Поддержка потоков — можно не просто запрос-ответ, а целые потоки данных в обе стороны гонять. Мощная штука.

Но и минусы, от которых волосы дыбом:

Сложновато дебажить — попробуй посмотри, что летит по проводу. Не то что красивый JSON, который в логах почитал и всё понял. Тут сплошная бинарная каша, пока не распарсишь.
Кодогенерация обязательна — без этого шага нихуя не работает. Лишний этап в сборке, лишние сгенерированные файлы.

Если честно, для простых API, где нужно пару раз в день тыкнуть на сервер, я всё ещё люблю Retrofit — попроще и привычнее. Но когда начинается серьёзная движуха, высокие нагрузки или нужны эти ваши стримы — тут gRPC выходит на первый план и показывает, на что способен. Инструмент, в общем, охуенный, но не для всех задач.