Движок QML и так поддерживает network transparency
Да, я в статье касался этого. Интерфейс меняется редко, данные гораздо чаще, по этому можно сделать версионность и не грузить UI на каждый запрос.
По-хорошему, конечно, нужно как минимум сделать свой фреймворк
Да, так и нужно делать, но на это нужно время.
HTML показывать в том же браузере через qml-ный WebView.
Да, WebView можно использовать, но конкурировать с мэйнстримными браузерами тяжело. Видимо в начале нужно делать костыль через WebAssembly, и впихивать всю логику в уже существующие браузеры.
Если WebAssembly заиспользовать как вариант внедрения "моего браузера" в уже существующие браузеры, то да, мне кажется хорошая идея. Надо об этом подумать, спасибо.
WebAssembly это другая вещь. Это когда у вас есть код написанный на С++, вы его с помощью Emscripten портируете в WebAssembly, который потом в браузере с помощью HTML canvas рисует ваше приложение. Я же хочу другое, чтобы можно было на разных языках писать бэк, например на Java, Python, C#… и QML писать фронт. И чтобы это все работало.
Соответственно, у этого варианта тоже есть ниша, где главный минус (безопасность) несущественен...
Ну безопасности нет только потому, что она еще не реализована. Я не думаю что есть какие существенные проблемы это сделать.
Только можно посоветовать побольше отойти от парадигмы Web/HTTP ...
У меня похожие мысли. Мы не обязаны использовать только HTTP, можно придумать что-нибудь с сокетами, стримами, RPC, протобафом, переработать понятие URL, в общем взять все что будет нужно.
Спасибо за идеи )
Да, я в статье касался этого. Интерфейс меняется редко, данные гораздо чаще, по этому можно сделать версионность и не грузить UI на каждый запрос.
Да, так и нужно делать, но на это нужно время.
Да, WebView можно использовать, но конкурировать с мэйнстримными браузерами тяжело. Видимо в начале нужно делать костыль через WebAssembly, и впихивать всю логику в уже существующие браузеры.
wrong thread
Ну размер хрома для винды ~130Mb, не думаю что размер это самая большая проблема.
Прям так не скажу про размер, большая часть это будут qt-шные либы.
Если WebAssembly заиспользовать как вариант внедрения "моего браузера" в уже существующие браузеры, то да, мне кажется хорошая идея. Надо об этом подумать, спасибо.
Спасибо за инфу, обязательно гляну flutter.
Кто мешает нам, например, урезать доступное API и оставить только безопасные функции? Браузер имеет полный контроль над qml и js файлами
WebAssembly это другая вещь. Это когда у вас есть код написанный на С++, вы его с помощью Emscripten портируете в WebAssembly, который потом в браузере с помощью HTML canvas рисует ваше приложение. Я же хочу другое, чтобы можно было на разных языках писать бэк, например на Java, Python, C#… и QML писать фронт. И чтобы это все работало.
Ну безопасности нет только потому, что она еще не реализована. Я не думаю что есть какие существенные проблемы это сделать.
У меня похожие мысли. Мы не обязаны использовать только HTTP, можно придумать что-нибудь с сокетами, стримами, RPC, протобафом, переработать понятие URL, в общем взять все что будет нужно.