А сбоку еще васяны из flutter и apple сделали еще по одному стулу под себя
Мне вот честно интересно из всего этого нытья вытянуть что-то полезное. Например, что должно быть. Пока в сухом остатке: * @angmarr Должен быть 100% императивный конструктор, чтобы было удобно удаленно прокидывать стейт. Ответ очевиден, есть gtk/swing и в конце концов Html * @happy_bracket "да, то есть нет, мне вообще ничего не нравится, сэр". Потому что я так и не понял аргумент, чем флаттер лучше.
Во-первых, ваадин ради реакта брать — это прям ну очень жирный наброс, во-вторых — я, простите, всё равно в итоге получу не "реакт на джаве", а "реакт на джиэсе, прикрученный к джаве через жопу". В этом плане котлин мультиплатформенный вроде как более полезен.
Фронтовые приложения - более отзывчивые и могут быть офлайн. Тут дело не только в том, чтобы рисовать данные бекенда было сложно.
Об этом и речь. Все разговоры про "давайте будет 100% декларативно делать" упираются в большой творческий тупик, когда выясняется, что на той стороне логика должна быть. Начинается декларативное программирование на xml
По сути плагин как раз позволяет отличить то, что идет в рендер от обычной логики. То, чего в реакте дико не хватает и ради чего там построены какие-то дичайшие костыли.
Если бы он не базировался на плагине, он был бы реакторм и обладал бы всеми его минусами. Нет, спасибо.
Или flutter 🤷
И я особых минусов конкретно реакта не увидел, кроме - порядка хуков, который незаметен на фоне compose-плагина-компилятор - то что вы так и смогли перестроить мышление UI в стиле mvi, а хоте размазывать состояние
И я особых минусов конкретно реакта не увидел, кроме - порядка хуков, который незаметен на фоне compose-плагина-компилятор - то что вы так и смогли перестроить мышление UI в стиле mvi, а хоте размазывать состояние
Мне совершенно плевать на MVI. Мне надо, чтобы моя логика удобнол ложилась на UI (логика у меня всегда важнее). И реакт такой удобной возможности, увы, не дает.