АГ
Думал короче просто гляну бетку джетпака но в итоге не выдержал и пошёл стримить ) пошарил экран с ютубной трансляцией и у меня камера выключилась и все ) пришлось срочно хром ставить и с другого браузера перезаходить
Size: a a a
2021 February 25
AN
Думал короче просто гляну бетку джетпака но в итоге не выдержал и пошёл стримить ) пошарил экран с ютубной трансляцией и у меня камера выключилась и все ) пришлось срочно хром ставить и с другого браузера перезаходить
Ну всё тестируется в первую очередь под хром. Остальное или на том же движке, или дохнет
АГ
Ну всё тестируется в первую очередь под хром. Остальное или на том же движке, или дохнет
Да, похоже придется на хром переходить
SB
Чатик, что думаете про такую презентацию, где всё от руки?
Норм
AL
Коллеги, кто в курсе, подскажите, для Compose desktop в каком-то будущем возможен вариант портирования на веб? что-то а-ля Vaadin? или это строго будет под desktop И mobile платформы?
AN
Коллеги, кто в курсе, подскажите, для Compose desktop в каком-то будущем возможен вариант портирования на веб? что-то а-ля Vaadin? или это строго будет под desktop И mobile платформы?
Уже есть прототип для веба: https://github.com/JetBrains/compose-for-web-demos. Но это не то же самое, что для десктопа, там другие компоненты. С теми же компонентами вероятно будет в в WASM
AL
если будет один код, который с небольшими усилиями можно будет переносить, совсем бомба будет
AL
мне только silverlight в голову приходит, совсем чуть чуть его застал, идея была крутая
AN
если будет один код, который с небольшими усилиями можно будет переносить, совсем бомба будет
Ну вот та же беда с одинаковым UI. UI на вебе, который не использует браузерные тэги будет тяжелым и тормозным
AL
а что значит "не использует браузерные тэги"? там же хтмл будет генериться или что?
AN
а что значит "не использует браузерные тэги"? там же хтмл будет генериться или что?
А как вы из десктопного компоуза браузерные тэги генерить будете? Они же совсем другие
SM
если будет один код, который с небольшими усилиями можно будет переносить, совсем бомба будет
Так это уже давно всё есть, просто в другую сторону идея 🙂 Берут HTML и оборачивают его в нативную приложуху. Считай один раз интерфейс написали и он везде одинаковый. Slack, Atom, etc
AN
Я думаю, что в идеале два разных компоуза под веб. Один с бразузерными элементами как в демках и один потом под wasm с андроидными тэгами.
AL
а что такое браузерные тэги? хтмл? Ваадин давал синтаксис похожий на ТорнадоФХ и генерил хтмл и обеспечивал bidirectional flow. я думал тут похожая логика будет
AN
а что такое браузерные тэги? хтмл? Ваадин давал синтаксис похожий на ТорнадоФХ и генерил хтмл и обеспечивал bidirectional flow. я думал тут похожая логика будет
Ну андроидные компоненты уже есть. Реплицировать их в html так себе идея. Идеально работать никогда не будет.
AN
Вообще, история развития кросс-платформных UI показала, что собственно общий UI код так себе идея. Его достаточно дешево делать платформно-специфичным
AL
Ну андроидные компоненты уже есть. Реплицировать их в html так себе идея. Идеально работать никогда не будет.
ну у сервер-сайд веб-фреймворков есть своя ниша. в основном интранет конечно же, где пиковые нагрузки предсказуемы и сайзинг заранее просчитан, а скорость разработки и кол-во штатных единиц меньше. нормальные rich web аппликейшены на них не получаются, но это и не всегда нужно для интранета
AN
ну у сервер-сайд веб-фреймворков есть своя ниша. в основном интранет конечно же, где пиковые нагрузки предсказуемы и сайзинг заранее просчитан, а скорость разработки и кол-во штатных единиц меньше. нормальные rich web аппликейшены на них не получаются, но это и не всегда нужно для интранета
Не не, сервер-сайд это уже совсем другое.
AL
подождите, а как тогда compose-for-web работает? полная трансляция в js? а state где живет?
AN
подождите, а как тогда compose-for-web работает? полная трансляция в js? а state где живет?
Там про бек вообще ни слова не было