Комментарии 12
Пока код не компилируется, а интерпретируется, и выполняется не процессором напрямую, а виртуальной машиной, это не нативное приложение. Оно будет ждать память как не в себя и тормозить на чём-то слабее игровых станций и макбуков. Пожалуйста, не надо вносить вклад в разработку таких приложений.
Негодно плюсую. Не надо тащить на десктоп всякое… из веба. Для десктопа существует ряд устоявшихся инструментов, более эффективных.
Нужно вносить гораздо больший вклад в разработку таких приложений, чтобы количество, наконец, переросло в качество. Писать нативные десктопные приложения — неблагодарное дело.
Неблагодарное дело это греть процессоры пользователям и создавать инстанс браузера для каждого приложения.
Для OS, построенных на PWA (ChromeOS, Kai OS и иже с ними) это вполне ок, потому что там единый движок и ресурсов оно потребляет не так много, как вот эти вот гибриды бульдогов с носорогами.
Веб — для браузеров, натив — для Windows/Linux (не занудствуйте о том что Хромось на нём основана)/Android/iOS.
Для OS, построенных на PWA (ChromeOS, Kai OS и иже с ними) это вполне ок, потому что там единый движок и ресурсов оно потребляет не так много, как вот эти вот гибриды бульдогов с носорогами.
Веб — для браузеров, натив — для Windows/Linux (не занудствуйте о том что Хромось на нём основана)/Android/iOS.
Так nodegui рисует qt виджеты, тут браузер не запускается.
По-моему, такого четкого разделения между десктопом и вебом уже нет. Держать веб-сервис и приложения под разные оси никто не хочет, также как и мучаться с C++. Мне кажется, переход на HTML/JS для написания десктопных приложений неизбежен, просто пока нет ничего путного.
Рассматривайте это как альтернативу официальному QML, который построен на тех же технологиях. Никто же не ругает разработчика что он использует QML? Хотя там тоже как правило используется JS. Единственное, QML поддерживает биндинги C++ кода и можно выносить тяжёлую логику, но думаю в данном случае аналогично сработает WASM.
Интересный инструмент. Как по мне, куда лучше электрона в плане реализации. Хотя, с другой стороны, электрон позволяет использовать хромиум со всеми гарантиями поддержки CSS+HTML, что многих и привлекает.
А можно для ознакомления качнуть откуда-нибудь готовый бинарник любого примера. Хочу как юзер, просто нативное приложение — без установки ноды, компиляции и прочего девелопмента… Как это сделать? Пол-часа мучил Гугль — ничего не нашел.
Только начал переходить с electron в qt, а тут такой интересный инструмент.
Честно скажу, затраты на время от идеи до внедрения клиентской части с nodejs+vue+electron (а теперь nodegui) в разы меньшие, чем в qt/c++. Это отличный компромисс между потреблением ресурсов и временем внедрения.
Кроссплатформенность, единая кодовая база, у меня на nodejs+vue в обертке электрона или nodegui (ios,android,mac,nix,win)
Да отзывчивость хуже, рендеринг медленнее, но для быстрого прототипирования и стартапов в 2-3 человека то что нужно, +прибавить Typescript строгий как JAVA, тогда совсем хорошо всё и в больших командах. А если/когда стартап-приложение выстрелит, ничего не мешает расширить команду до гуру системного кодинга и оптимизации имея ресурсы.
Замечу: всё это касается части не критичной к вычислениям.
Мы в мире веба живем, когда на стороне клиента лишь кнопки, а backend где-то там на серверах вычисляется и доставляет данные, который и пишется на c/c++, assembler, не вижу ничего критичного в быстрой разработке красивых морд на js-подобных инструментах, но не забываем про утечки памяти и гавнокодинг, иначе будет гигабайтами закусывать.
Честно скажу, затраты на время от идеи до внедрения клиентской части с nodejs+vue+electron (а теперь nodegui) в разы меньшие, чем в qt/c++. Это отличный компромисс между потреблением ресурсов и временем внедрения.
Кроссплатформенность, единая кодовая база, у меня на nodejs+vue в обертке электрона или nodegui (ios,android,mac,nix,win)
Да отзывчивость хуже, рендеринг медленнее, но для быстрого прототипирования и стартапов в 2-3 человека то что нужно, +прибавить Typescript строгий как JAVA, тогда совсем хорошо всё и в больших командах. А если/когда стартап-приложение выстрелит, ничего не мешает расширить команду до гуру системного кодинга и оптимизации имея ресурсы.
Замечу: всё это касается части не критичной к вычислениям.
Мы в мире веба живем, когда на стороне клиента лишь кнопки, а backend где-то там на серверах вычисляется и доставляет данные, который и пишется на c/c++, assembler, не вижу ничего критичного в быстрой разработке красивых морд на js-подобных инструментах, но не забываем про утечки памяти и гавнокодинг, иначе будет гигабайтами закусывать.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Делаем кроссплатформенное нативное десктоп приложение на Angular