Телеграмм чат группы kotlin

1. На бэке генерим OpenAPI файл
2. Используем https://github.com/icerockdev/moko-network для получения ktor-client из полученного на первом шаге OpenAPI

При этом DTO-шки будут разные, но в целом это довольно удобно т.к. бэк вовсе не обязан быть на котлине (у нас на яве в основном)

GitHub

icerockdev/moko-network

Network components with codegeneration for Resources access for mobile (android & ios) Kotlin Multiplatform development - icerockdev/moko-network

источник

12:19пожаловаться #4

Igor in Kotlin Community

Ну те swagger aka openapi - kmp то тут не причем, это можно сделать на любом языке

источник

12:20пожаловаться #5

Vladimir Petrakovich in Kotlin Community

Alexander Nozik

Котлин-мультиплатформа и REST API нИ нужОн

Всех клиентов тоже на котлин пересаживать? 😄

источник

12:21пожаловаться #6

Alexander Nozik in Kotlin Community

Vladimir Petrakovich

Всех клиентов тоже на котлин пересаживать? 😄

Ну это штука была. Какой вопрос - такой и ответ. Но вообще это вариант для маленьких приложух

источник

12:21пожаловаться #7

Sergey Bezrukov in Kotlin Community

Igor

Ну те swagger aka openapi - kmp то тут не причем, это можно сделать на любом языке

Бэк - да. Но это представляется удобнее, чем шарить DTO, именно потому что у нас на котлине фронт и мобилы и в этом случае получается уже клиент с методами, а не просто набор ДТО.

источник

12:22пожаловаться #8

Vladimir Petrakovich in Kotlin Community

Sergey Bezrukov

Т.е. очередная абстракция для RPC, которые клепаются уже десятилетиями?

источник

12:23пожаловаться #9

Sergey Bezrukov in Kotlin Community

Vladimir Petrakovich

Т.е. очередная абстракция для RPC, которые клепаются уже десятилетиями?

Должны же быть какие-то вечные ценности )

источник

12:23пожаловаться #10

Igor in Kotlin Community

Блин я то уже подумал что для котлин завезли WCF или krpc (ну типа как grpc)

источник

12:23пожаловаться #11

Alexander Nozik in Kotlin Community

Vladimir Petrakovich

Т.е. очередная абстракция для RPC, которые клепаются уже десятилетиями?

Не надо путать RPC с крудами. Основная сложность RPC - это колбэки. Если их нет, то все сущеееественно упрощается

источник

12:24пожаловаться #12

Alexander Nozik in Kotlin Community

Igor

Блин я то уже подумал что для котлин завезли WCF или krpc (ну типа как grpc)

А зачем огород городить, если есть grpc? Мы сейчас летом будем делать сильно урезанный мультиплатформный ремоут колл, но он узко специализирован под математику будет.

источник

12:25пожаловаться #13

Alexander Nozik in Kotlin Community

Без колбэков явных

источник

12:25пожаловаться #14

Igor in Kotlin Community

Что бы сложность уменьшить.

К примеру на f# у меня есть прототип где
- общие модельки
- НО один эндпоит, через который пересылаются изменения общего стейта

получается такой статически типизированный firebase

PS ну и плюс выразительности типов в grpc гораздо слабее kotlin типов

источник

12:30пожаловаться #15

Oleg Yukhnevich in Kotlin Community

Alexander Nozik

Не надо путать RPC с крудами. Основная сложность RPC - это колбэки. Если их нет, то все сущеееественно упрощается

а что ты имеешь ввиду под callback-ом?

источник

12:32пожаловаться #16

Alexander Nozik in Kotlin Community

Oleg Yukhnevich

а что ты имеешь ввиду под callback-ом?

Кода один из аргументов - произвольная функция

источник

12:36пожаловаться #17

Alexander Nozik in Kotlin Community

Igor

Много раз пытались сделать полный RPC с поддержкой всего-всего. Это тупик. Все упирается в эти самые колбэки и захват переменных окружения, так что всегда придется работать с чем-то урезанным

источник

12:37пожаловаться #18

Oleg Yukhnevich in Kotlin Community

Alexander Nozik

Кода один из аргументов - произвольная функция

я с таким просто не встречался, но если я правильно понимаю суть в том, чтобы сереализовать коллбэк, послать его на сервер, там его выполнить и вернуть результат?
так что ли?

источник

12:40пожаловаться #19

Fly N in Kotlin Community

Пытаюсь сделать как-то покрасивее с помощью функций kotlin stdlib- есть 2 списка элементов, первый состоит из элементов, одним из свойств которого является элемент из второго списка. Мне нужно смержить их, пока кроме forEach/onEach не придумал

источник

15:50пожаловаться #20