SK>> Чтобы реализовывал некий REST API, а клиентом может быть как вэб SK>> приложение, так и нативное под андроид или десктоп. Собственно, SK>> там не так много допиливать надо именно на стороне jNode, там SK>> есть необходимые функции, их надо только в API обернуть. NA> Действительно, как Дима написал в соседнем письме, для этого jNode NA> не надо ковырять. Все сообщения уже в SQL базе, и надо взять язык NA> бакенда люой, типа PHP, NodeJS, Ruby, Go, ... и работать с базой NA> напрямую. Как постить новые письма? Также, ложить в базу, и NA> какое-то поле должно быть, что данное сообщение уже обработано NA> внутренним jNode тоссером.
Это все так, но во-первых, jNode все равно придется ковырять, чтобы он начинал тоссить по какому-то флагу в бд (и периодически проверял, что в бд появилось что-то что надо тоссить), во-вторых, получается что на пхп надо либо писать реализацию апи, либо ограничиваться только вэб-приложением. А раз все равно ковырять jNode, то почему бы на нем тогда сразу все и сделать?
SK>> А вот что касается клиента, тут пока думаю что можно быстрее SK>> сделать... NA> Универсальнее сейчас на Flutter. Если только для веб, то любой NA> фроненд фреймвор, типа vue, react, angular, ... Если есть опыт с NA> react, то приложку потом можно сделать на react native. Если есть NA> опыт с котлином, то можно попробовать современную тему Kotlin NA> Multiplatform.
С котлином опыта почти нет, но он может и появиться в процессе)
-- Best regards! Posted using Hotdoged on Android --- Hotdoged/2.13.5/Android * Origin: Android device, Milky Way (2:5055/182.1)
