возможностью настроить подтверждение записи по всем (а смысл?) Репликам.
2. Доставка изменений на фронт.
3. Отображение изменений в данных на фронте.
Я правильно понял?
Вроде да, верно поняли. 1. Ну, чтобы не потерять данные при падении ноды. 2,3 - я пишу на котлине, так что код для логики одинаковый, мне удобно одни и те же данные держать и на клиенте и на бекенде. Ну и следить за изменёниями данных удобней через бд, менять то будут сразу на несколько нод.
Это кажется, что удобнее, но нет, так как нет вменяемых решений. И писать на котлине под браузер - ну это сейчас не лучшая идея..
В моем случае котлин подходит к браузеру, сложную логику крутить в вебворкерах. Сейчас синк через велик над монгой на проде, норм. Пробовал через couchdb - ещё лучше.
Не. При обмене воркер-ui ты при этом теряешь типизацию, но ничего не выигрываешь.
На фронте можно прикрутить переход в ts, но еще не пробовал. То есть типизация для данных должна сохраниться.
Не, там на обмене с воркером все грустно. У нас была похожая схема с дартом в воркере, сейчас уходим, поддержка тяжёлая.
На обмене будет сериализация в строку, да, знаю.
Обсуждают сегодня