Ну те swagger aka openapi - kmp то тут не причем, это можно сделать на любом языке
Бэк - да. Но это представляется удобнее, чем шарить DTO, именно потому что у нас на котлине фронт и мобилы и в этом случае получается уже клиент с методами, а не просто набор ДТО.
Бэк - да. Но это представляется удобнее, чем шарить DTO, именно потому что у нас на котлине фронт и мобилы и в этом случае получается уже клиент с методами, а не просто набор ДТО.
Т.е. очередная абстракция для RPC, которые клепаются уже десятилетиями?
Блин я то уже подумал что для котлин завезли WCF или krpc (ну типа как grpc)
А зачем огород городить, если есть grpc? Мы сейчас летом будем делать сильно урезанный мультиплатформный ремоут колл, но он узко специализирован под математику будет.
К примеру на f# у меня есть прототип где - общие модельки - НО один эндпоит, через который пересылаются изменения общего стейта
получается такой статически типизированный firebase
PS ну и плюс выразительности типов в grpc гораздо слабее kotlin типов
Много раз пытались сделать полный RPC с поддержкой всего-всего. Это тупик. Все упирается в эти самые колбэки и захват переменных окружения, так что всегда придется работать с чем-то урезанным
я с таким просто не встречался, но если я правильно понимаю суть в том, чтобы сереализовать коллбэк, послать его на сервер, там его выполнить и вернуть результат? так что ли?
Пытаюсь сделать как-то покрасивее с помощью функций kotlin stdlib- есть 2 списка элементов, первый состоит из элементов, одним из свойств которого является элемент из второго списка. Мне нужно смержить их, пока кроме forEach/onEach не придумал