HTML, CSS и JavaScript могут использоваться для создания красивых (и полезных) пользовательских интерфейсов (особенно сейчас у нас есть HTML5 и CSS3), и многие люди уже знают их. Хотя это все еще далеко за пределами моей досягаемости, насколько сложно может привести весь веб-инструмент в настольные приложения? Мы уже тестируем приложения на наших локальных серверах перед их размещением.
На мой взгляд, это хорошая, простая идея, которая создаст бум в настольных приложениях. Кроме того, учитывая, что эти приложения уже будут обмениваться таким большим количеством кода с веб-приложениями, они могли бы предложить лучшую связь.
Почему это не делается?
Ответы:
Adobe уже сделала это с Adobe Air , а Mozilla тоже с Prism . Google также попытался преодолеть разрыв между рабочим столом и сетью с помощью Google Gears .
Но в целом, веб-технологии не подходят для многих типов настольных приложений, вот несколько причин, почему:
источник
Фреймворк, который приходит на ум, - это Adobe Air. Это позволяет веб-разработчикам использовать Javascript / HTML для разработки настольных приложений. Javascript / HTML сам по себе не подходит для настольных приложений, потому что часто настольному приложению часто требуется доступ к службам, предоставляемым операционной системой, например, открытие файлов, запуск других приложений и т. Д. Javascript сам по себе не разрешает доступ к таким службам. так что вам нужно что-то дополнительное, и фреймворки, такие как Adobe Air, предоставляют этот дополнительный клей.
источник
Есть несколько способов сделать это сейчас. Существует платформа приложений Mozilla, которая часто используется веб-браузерами, такими как Firefox, но также используется, например, в ActiveState Komodo IDE .
Также есть Qt, который в Qt Quick имеет CSS и язык, похожий на Javascript.
источник
IMO, я не использую HTML и CSS как способ компоновки графического интерфейса, потому что для этих языков нет известного мне компилятора. Если у меня есть ошибка в коде, я должен сам поискать ее, или я могу даже не заметить ее (или перейти на сайт HTML, чтобы проверить это).
В c ++ мне нравится, что он не позволяет мне компилировать, если код не правильный (за исключением выявления проблем во время выполнения).
Кроме того, я не верю, что CSS и HTML играют вместе очень хорошо, например, использование float в CSS - в зависимости от вашего HTML-кода и использования - результат float будет иметь разные результаты - отсутствие согласованности по сравнению с использованием абсолютного позиционирования в win32. или отличные менеджеры компоновки Java Swing.
источник
Одна из основных причин заключается в том, что если вы не хотите, чтобы ваше приложение было легко украдено и скопировано, вам также необходимо создать приложение, содержащее WebControl, напрямую связанное с вашими файлами, упакованными каким-либо образом.
На самом деле, есть приложения, которые делают это. Титановый Appcelerator является одним. Я не рекомендую вам использовать его, потому что в последний раз, когда я смотрел на него, он был полон ошибок и плохо поддерживал. Вы должны будете провести собственное исследование того, стоит ли оно того.
источник
Немного поздно, но если вы используете AsYouWish в Firefox (или создаете надстройки Firefox, если вы не против архивировать свои файлы и тестировать их инструментами), вы можете создавать приложения в HTML с правами рабочего стола. Если вы используете WebAppFind (в настоящее время только для Windows), вы также можете заставить файлы рабочего стола открываться с рабочего стола непосредственно в веб-приложение (без необходимости перетаскивания).
Отказ от ответственности: Эти дополнения (с открытым исходным кодом) были созданы мной.
источник
Вы можете использовать Javascript, HTML и CSS для создания приложений для Магазина Windows, Windows Phone и - я предполагаю - XBox через «Универсальные приложения». (Для ясности, начиная с Visual Studio, используя File | New Project ...)
Это использует вышеупомянутое, чтобы построить ваш UX и код приложения против реализации нативных API.
Естественно, вместо того, чтобы это воспринималось как попытка Microsoft открыть платформу для большего числа разработчиков, она воспринималась как осуждающая разработчика на C # и XAML - что, конечно, не так, но это не такая уж хорошая история ... несмотря на то, что это не обязательно какие-то настольные приложения, вопрос в которых они считают родными.
источник