Комментарии 24
как здорово! Можно подключить ExtJS, и получится почти как обычное настольное приложение
НЛО прилетело и опубликовало эту надпись здесь
Лично я противоположенного времени. Особенно если есть опыт веб-разработки больший или равный среднему.
Единственное что меня смущает, проигрывание при помощи VLC Web Plugin и аппаратное ускорение декодировки видео. Правда что-то мне подсказывает что и на десктопном варианте она не всегда включается.
Единственное что меня смущает, проигрывание при помощи VLC Web Plugin и аппаратное ускорение декодировки видео. Правда что-то мне подсказывает что и на десктопном варианте она не всегда включается.
ума не приложу, как это разработка приложения для OS X займет на Windows Forms меньше времени чем на node-webkit.
Реально ли на нем написать гуишное приложение для управления сервером, как на пример Open Server?
Вы имеете в виду гуишное приложение для управления сервером SCO OpenServer 6?
Скорее, как open-server.ru
В таком случае не вижу препятствий к написанию такой программы поверх node-webkit.
(Сам, правда, сочинять её не стану — занят другим.)
(Сам, правда, сочинять её не стану — занят другим.)
Именно как http://open-server.ru/
Я то и хочу сам поиграться попробовать :)
Я то и хочу сам поиграться попробовать :)
В целом решение интересное как альтернатива Adobe AIR
Еще бы на мобилках бы работало быстро (или работало вообще?) — цены бы ему не было.
Да, аналога node-webkit для мобильников не существует — прежде всего оттого, что там не работает Node. (Насколько мне известно, проект anode далёк от окончательного успеха.)
на мобилках возможно и будет — НО:
1) для работы node.js нужно портировать libuv
2) для iOS работать не будет т.к. Apple не пустит в маркет
3) для Android нужно пилить java обертки
4) Qt не так давно только стал нормально поддерживать мобильные системы и тач (Symbian не в счет)
А вот на Windows RT думаю ОЧЕНЬ скоро будет, т.к. проблем с ARM у V8 нету, а Windows RT поддерживает Win32 (для RT — aka Legacy) API.
1) для работы node.js нужно портировать libuv
2) для iOS работать не будет т.к. Apple не пустит в маркет
3) для Android нужно пилить java обертки
4) Qt не так давно только стал нормально поддерживать мобильные системы и тач (Symbian не в счет)
А вот на Windows RT думаю ОЧЕНЬ скоро будет, т.к. проблем с ARM у V8 нету, а Windows RT поддерживает Win32 (для RT — aka Legacy) API.
Тут ведется дискуссия на тему сравнения node-webkit и app.js, но в целом картина остается неясной: кто же из этих двух лучше.
Я знаю о существовании AppJS и упоминал этот движок 1 октября.
На следующий день (2 октября) я сравнил AppJSи node-webkit; сравнение оказалось не в пользу AppJS (а в пользу node-webkit) по следующим пунктам:
Проведя это сравнение, я забросил AppJS и перешёл к употреблениюnode-webkit. Допускаю, что с тех пор (за два с лишним месяца) и в AppJS также произошли некоторые изменения к лучшему — например, значок и меню в системном лотке теперь можно поместить и в AppJS.
На следующий день (2 октября) я сравнил AppJS
- Более непосредственный стиль обращения
к API Node.js: node-webkit использует прямое обращение (например,process.version), тогда как в AppJS приходится использовать пространство имён(node.process.version).
- AppJS не издаёт звук при помощи
тега <audio>, тогда какnode-webkit не имеет этой проблемы.
- В node-webkit есть поддержка
ZIP-упаковки приложений и даже пристыковывания их в хвост к файлу движка. AppJS не имел ничего подобного.
- Документация node-webkit более или менее подробна
(вики особенно). Документация AppJS почти совершенно отсутствовала, приходилось обходиться примерами кода.
- Манифест приложения
node-webkit позволяет ограничить минимальную и максимальную ширину окна приложения. Средствами AppJS этого нельзя было достигнуть (по крайней мере, так просто).
- node-webkit поддерживает значок и меню в системном лотке, тогда как AppJS
(ещё) не поддерживал. То же самое можно было сказать и о некоторых других ништяках (получение имён файлов, управление меню, доступ к буферу обмена).
- Как сказано на Гитхабе, создание и разработка
node-webkit идёт при некоторой поддержке Intel. По моим ощущениям,node-webkit развивается резвее, чем AppJS.
Проведя это сравнение, я забросил AppJS и перешёл к употреблению
К тому же выводу пришел, изучив вики node-webkit.
Еще бы всяческие обертки системных API имелись, так цены бы им не было. Пока что для таких вещей, как, к примеру, системные хуки, придется писать модуль на C++, а node-ffi не вариант для конечного пользователя.
Еще бы всяческие обертки системных API имелись, так цены бы им не было. Пока что для таких вещей, как, к примеру, системные хуки, придется писать модуль на C++, а node-ffi не вариант для конечного пользователя.
Сам я ещё не пробовал этого, но оптимистически подозреваю, что node-ffi можно сперва собрать посредством nw-gyp, а затем раздавать конечным пользователям в готовом двоичном виде — тем способом, который я изложил в первом своём комментарии вон к той проблеме на Гитхабе.
Осталось дождаться, когда решат с webSQL и sqlite3. Либо полностью выпилят первое, чтобы заменить на node-sqlite3, либо разберутся, как расширять первое.
А то как-то неприятно, что нельзя описать статичное расположение БД (хардлинки не предлагать), да и жесткие ограничения безопасности webSQL на десктопном приложении ни к чему.
Я видел обсуждение на github автора статьи и одного из разработчиков на github по этому вопросу. Судя по переписке, идеей заинтересовались. Интересно, как там в этом вопросе дела продвигаются. Если активно взялись, это очень радует.
Вообще, есть мысль сделать и русское комьюнити, для создания справочников API (в т.ч. переведенной на Русский), и технической помощи проекту. Очень много проблем у проекта(нестабильность), но его перспективы очень неплохие(кроссплатформенность, очень неплохая производительность, полные возможности всего chromium(с его же и проблемами правда)).
Я исходники не успеваю изучать, как они вносят изменения =). Очень активно работают. Поэтому надеюсь смогу в следующем году присоединиться к разработке. Слишком уж он меня перспективой заинтересовал, что немного времени думаю можно будет им уделить.
А то как-то неприятно, что нельзя описать статичное расположение БД (хардлинки не предлагать), да и жесткие ограничения безопасности webSQL на десктопном приложении ни к чему.
Я видел обсуждение на github автора статьи и одного из разработчиков на github по этому вопросу. Судя по переписке, идеей заинтересовались. Интересно, как там в этом вопросе дела продвигаются. Если активно взялись, это очень радует.
Вообще, есть мысль сделать и русское комьюнити, для создания справочников API (в т.ч. переведенной на Русский), и технической помощи проекту. Очень много проблем у проекта(нестабильность), но его перспективы очень неплохие(кроссплатформенность, очень неплохая производительность, полные возможности всего chromium(с его же и проблемами правда)).
Я исходники не успеваю изучать, как они вносят изменения =). Очень активно работают. Поэтому надеюсь смогу в следующем году присоединиться к разработке. Слишком уж он меня перспективой заинтересовал, что немного времени думаю можно будет им уделить.
Вопрос. Можно ли без проблем использовать внутри node-webkit какой нибудь node.js mvc framevork например Express? Если да где бы посмотреть примеры? Или это совершенно бессмысленно? Просьба сильно не пинать если я глупость спросил.
Прошу прощения! Поспешно задал вопрос. Просто занимаюсь этим в свободное от работы и семьи время, обычно ночью, так что не был внимателен и не заметил. Вот здесь есть ответ.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Новшества node-webkit версии 0.3.6