Разработка приложений для десктопа на HTML/CSS/JS, какие альтернативы есть у Adobe Air?

Question

[Алексей Скобкин]

Есть задача: написать десктопное приложение. Делать будет фронтенд-разработчик. Сроки короткие, разбираться в .NET, QT и подобном не получится. Переписать в последствии на них - да. Сейчас - нет.

Необходимо:
- Весь код, за исключением каких-либо манифестов и настроек пишется на HTML, CSS и JS
- Платформа имеет API-обёртку для различных системных функций: трей, работа с реестром, файловой системой
- Возможно встраивание в приложение фрейма со страницей на сервере для прохождения аутентификации и обмена данными с ним (хотя бы чтение данных из фрейма и текущего адреса)
- Возможность установки приложения вместе с платформой с минимальными телодвижениями конечного пользователя. Сборка standalone-версии, содержащей в себе исполняющую среду была бы идеальным вариантом.

На данный момент, Air - основной вариант. Но нужны альтернативы.
Целевая платформа - Microsoft Windows. Важна работа на Windows XP и более поздних версиях.

Answer 1

[Александр Таратин]

Лучше https://github.com/rogerwang/node-webkit
можно также писать нативные модули на плюсах.

Comments

[Алексей Скобкин]

Плюсы, к сожалению, вообще не вариант. Ищем такую платформу, так как писать будет человек, который только HTML/CSS/JS да графикой занимается. В последствии, само собой, планируется всё перевести, например, на QT. Но сейчас либо так, либо никак.

[Александр Таратин]

@skobkin плюсы это лишь дополнительная возможность. Вы можете использовать весь node.js api.

[Сергей Протько]

@skobkin да ладно, 99,9% что то что вам нужно либо есть из коробки либо доступно в виде какого-то готового решения.

[Алексей Скобкин]

Я с этим не спорю. Просто в требованиях выше заявлены языки чётко. Отсюда и комментарий, что эта фича нам не нужна.

Answer 2

[Сергей Протько]

node-webkit пожалуй единственная вменяемая альтернатива AIR-у. Единственный минус, UI полностью кастомный, если только под одну платформу то не критично. Ну и такой небольшой минус как жирный размер проекта (~70 мегабайт) за счет того что с собой таскается и V8 и webkit.

- Возможно встраивание в приложение фрейма со страницей на сервере для прохождения аутентификации и обмена данными с ним (хотя бы чтение данных из фрейма и текущего адреса)

Может лучше нормальное API с OAuth?

Comments

[Алексей Скобкин]

API там и так будет. Но т.к. будет идти взаимодействие ещё с одним внешним сервисом, у которого аутентификация только через веб идёт даже в API, нужен именно браузер.

[Александр Таратин]

@Fesor не такой уж он и жирный. Сейчас пилю на том же qt проектик, зависимостей на 79 метров. Для кроссплатформенных приложений с мультимедийным контентом меньше 70 наверное и не найдешь.

[Сергей Протько]

@Taraflex 79 метров зависимостей? Вы типа все все все из qt используете что так жирно вышло или там еще +boost и т.д.? У меня как-то меньше выходило.

Ну а так я с вами согласен.

[Александр Таратин]

@Fesor сам в шоке )) По сути нужен только qtcore и qml но они еще барахло тянут за собой. + юникод 30 метров + 25 метров vlc плагин.

[Алексей Скобкин]

Ну, размер - не самое страшное. Гораздо страшнее - вообще ничего не реализовать :)