I
вебсокет сюда вообще не лезет
Ок, давай представим что это одни процесс, НО разные VM (или отсутвие VM вообще, как kotlin-native/rust и тд)
Size: a a a
2020 April 22
D
Python libraries to be like
AN
Ну и под каждую задача нужно будет код писать? Или там какой-то женерик механизм, который через рефлекшен сможет дергать любой код на ведре?
Вот если хотеть дженерик - получится каша. Это уже не один раз пытались сделать, но проблема в том, что произвольные аргументы нельзя нормально сериализовать/десериализовать и никакого хорошего решения для этого нет.
AN
вебсокет сюда вообще не лезет
Нормально лезет. Если надо с вебом синхронизировать, других вариантов нет
(
О, Игорь опять хочет скрипты в рантайме пускать
AN
Ну и под каждую задача нужно будет код писать? Или там какой-то женерик механизм, который через рефлекшен сможет дергать любой код на ведре?
Можно сделать более или менее обобщенный вариант но только если аргументы умеют таскать с собой сериализатор/десериализатор или он гарантировано есть на ответной стороне. Могу ссылку на прототип скинуть
(
Ну и под каждую задача нужно будет код писать? Или там какой-то женерик механизм, который через рефлекшен сможет дергать любой код на ведре?
Ты же вроде подрубал интерпретатор лиспа на ведре
I
О, Игорь опять хочет скрипты в рантайме пускать
(вообще-то хочу на окамле писать под ведро, ТАК что бы не трогать kotlin android часть по максимуму)
UI прокидывать уже получилось, осталось к системны API интероп придумать.
UI прокидывать уже получилось, осталось к системны API интероп придумать.
AN
Ну и все это будет работать только если характерное время между событиями »10 мс
(
(вообще-то хочу на окамле писать под ведро, ТАК что бы не трогать kotlin android часть по максимуму)
UI прокидывать уже получилось, осталось к системны API интероп придумать.
UI прокидывать уже получилось, осталось к системны API интероп придумать.
Ех, вот бы Scala Android 3
(
Androtty
I
Ты же вроде подрубал интерпретатор лиспа на ведре
А вообще было бы офигенно - запускать ядро на десктопе, что бы быстро разрабатывать, а с ведром по сокету комуницировать.
OCaml вообще компилит за миллисекунды - это так ох__нно
OCaml вообще компилит за миллисекунды - это так ох__нно
(
Бля
(
Пойду угорею по скале на ведре
(
AN
Пойду угорею по скале на ведре
Лучше поосуждай с Игорем скорость компиляции. На ведре. На скале.
I
Можно сделать более или менее обобщенный вариант но только если аргументы умеют таскать с собой сериализатор/десериализатор или он гарантировано есть на ответной стороне. Могу ссылку на прототип скинуть
А типы api откуда возьмутся?
По идеи надо как для typescript генерить типовые-описания ко всем api
По идеи надо как для typescript генерить типовые-описания ко всем api
(
Да бог с ней со скоростью компиляции
(
От даггера избавиться уже будет райское наслаждение
AN
А типы api откуда возьмутся?
По идеи надо как для typescript генерить типовые-описания ко всем api
По идеи надо как для typescript генерить типовые-описания ко всем api
По хорошему да. Можно сделать динамический диспатчинг по ограниченному количеству апей, но у этого подхода много минусов. Лично я делю пакет на метаданные в в виде обобщенного дерева и бинарный payload, который интерпретируется на той стороне. Но разумеется, это хорошо только в очень ограниченном количестве случаев