Comments 58
веборазработчика?
+2
Я считаю, что в этом термине со временем должна появиться соединительная гласная «о», как в словах «водопроводчика» или «молокозаводчика». (Сейчас там более распространён дефис, но это только оттого, что перед нами калька словосочетания «web developer», в которой слово «веб» не могло стать прилагательным, так что его тупо пристегнули дефисом.)
+7
Поздно — там уже есть тире
-9
Вы почему думаете, что там есть тире?
+6
А почему вы думаете, что его там нету?
-5
Да потому, что там самое большее дефис.
+19
Лишь бы не твердый знак.
+2
Ну вот какая вам разница? Я знаю, что тире отделяется пробелами и стоит между словами. И что дефис стоит в середине слова. И что там дефис. Но дефис на один символ длиннее, и мне лень его писать.
-4
Я знаю, что молоко белое и его дают коровы. И что вода прозрачная и бесвкусная. И что кефир делается из молока. Но молоко на два символа длиннее, и мне лень его писать. Поэтому я имею полное право писать, что кефир делается из воды.
+3
А почему тогда «вебсерверные»? Почему не «вебосерверные»?
+3
Само слово «веб» заканчивается на согласную, в то время как «молоко» и «вода» — на гласную. С какой бы радости там находиться букве «о»? Или теперь принято писать как считает автор написанного?
0
Вы напрасно думаете, что соединительная гласная ставится только в тех словах, первый корень которых оканчивается гласною.
Для примера укажу, что все мы пишем «товарооборот» (первый корень — «товар»), «сороконожка» («сóрок»), «жизнеописание» («жизнь»), «кровеносный» и «кровообращение» («кровь»), «лжесвидетель» («ложь»), «чаепитие» («чай»), «коновязь» («конь»), «зверолов» («зверь»), и так далее.
Для примера укажу, что все мы пишем «товарооборот» (первый корень — «товар»), «сороконожка» («сóрок»), «жизнеописание» («жизнь»), «кровеносный» и «кровообращение» («кровь»), «лжесвидетель» («ложь»), «чаепитие» («чай»), «коновязь» («конь»), «зверолов» («зверь»), и так далее.
+2
Webodeveloper
0
Запилите аналог uzbl на этом appjs — думаю, многих заинтересует.
0
Боюсь, что на нынешнем этапе развития AppJS это не возможно. Локальные страницы загружаются прекрасно, а вот попытки загружать увесистые отдалённые сайты в AppJS, предпринятые мною, вызывали зависание Windows XP вплоть до эффекта резкого писка из динамиков, издаваемого вплоть до момента окончательной загрузки сайта. После чего всё отвисало обратно.
0
Интересно, а это только под десктоп или на нем можно будет и под мобайл дивайсы творить?
+1
Под мобильные устройства есть PhoneGap, хоть он и не предоставляет функционала Node.JS. Хотя, если под android есть полноценный хром, никто не мешает сделать и полноценный Node.JS, другое дело, что код нативный.
С Windows Phone 7/8 и iOS, думаю, придется посложнее
С Windows Phone 7/8 и iOS, думаю, придется посложнее
+1
В настоящее время AppJS существует под Windows, Мак и Linux.
Его распространение на мобильные устройства сдерживается отсутствием Node.js и CEF под них.
Его распространение на мобильные устройства сдерживается отсутствием Node.js и CEF под них.
-1
node.js не работает на Android?
0
0
Ну есть же исходники, Nathan собирал на Raspberry Pi без особых проблем.
0
Что, на Raspberry Pi под Android?
+1
Ох беда, глаз долой. ARM и Android уже не различаю, но под android вроде бы тоже запускали нормально (только root нужен)
+1
UFO just landed and posted this here
Классная статья! Отличный повод наконец-то познакомиться с Node.js, раз уж эволюция ушла уже аж на два шага вперед. :)
0
Это, конечно, всё замечательно, но «Hello World!» весом в 45 МБ несколько напрягает.
+5
Увы, это неизбежно, раз уж libcef.dll весит 22 404 096 байтов, а движок Node — 5 042 024 байта.
0
UFO just landed and posted this here
.NET Framework версии 4.0 весит 48 мегабайт, что, в общем, тоже немало. На мой взгляд, подобный подход к разработке приложения применим, когда вопрос объема программы особо не стоит. Иначе использовать HTML5 веб приложения
+2
Как-то пробовал сделать то же самое — соединить node.js и titanium desktop, который теперь является независимым от appcelerator проектом (www.tidesdk.org), но размеры дистрибутива и скорость работы приложения меня, мягко говоря, не устроили. А казалось хорошей идеей.
+1
Вот у меня тоже была идея сделать из браузера десктопное приложение.
Однако, поразмыслив, решил, что это — утопия. Ну или, скажем так, нет никакого смысла в этом.
Однако, поразмыслив, решил, что это — утопия. Ну или, скажем так, нет никакого смысла в этом.
+1
Я всё же смотрю с оптимизмом и вижу, по крайней мере, что API у AppJS гораздо приятнее, чем, например, у XULRunner. Стало быть, заметною можно считать поступь прогресса.
0
Я имею в виду, что для извращенных целей можно встроить в родного для платформы клиента хромиум. Но не как основное рабочее окно, а как дополнение, как некий продвинутый виджет.
И такое решение бьет любое улучшение API и прочее.
Поскольку имеем высоченную производительность и прочие преимущества родного приложения и удобные навороты интерфейса для особых случаев внутри встроенного браузера.
И при желании можно в нем и бизнес-логику на javascript выполнять, т.е. использовать как скриптовую машину.
Вот отсюда мое непонимание. Зачем отнимать у себя возможность прямой работы с ОС, склеивать сервереую часть и угрюмо наблюдать, как все тормозит, если можно сделать как описал выше.
И такое решение бьет любое улучшение API и прочее.
Поскольку имеем высоченную производительность и прочие преимущества родного приложения и удобные навороты интерфейса для особых случаев внутри встроенного браузера.
И при желании можно в нем и бизнес-логику на javascript выполнять, т.е. использовать как скриптовую машину.
Вот отсюда мое непонимание. Зачем отнимать у себя возможность прямой работы с ОС, склеивать сервереую часть и угрюмо наблюдать, как все тормозит, если можно сделать как описал выше.
+1
Согласен, я PingXpert сделал по этому принципу. Основное окно — IE контрол, интерфейс HTML + JavaScript. Интерфейс связан с бизнес-логикой приложения написанной так же на JavaScript + свой небольшой набор объектов для работы с HTTP, XML и прочими сервисными функциями типа реализации многопоточности для скриптовых функций, чтоб не морозить интерфейс и т.п. Сам exe-шник универсальный, скрипт приложения и html упакованы в zip и подлинкованы в ресурсы. Размер exe-шника 2 мега. IE c JavaScript-ом включены в систему поэтому вся инфраструктура для приложения есть в Windows.
Т.е. штука получилась занятная, но не более, проще полноценное десктопное приложение написать. Хотя для небольших задач инструмент получился интересный — типа скрипта с HTML интерфейсом упакованным в EXE.
Т.е. штука получилась занятная, но не более, проще полноценное десктопное приложение написать. Хотя для небольших задач инструмент получился интересный — типа скрипта с HTML интерфейсом упакованным в EXE.
0
Масштабирование окна очень понравилось. Что-то в этом есть.
+1
Хромиум — клиент, node.js — сервер, как они между собой общаются? Каждому такому приложению требуется отдельный порт?
0
Node.js — не обязательно именно сервер; Node.js — движок для запуска джаваскриптов с таким мощным API, при помощи которого можно сочинять серверы, то есть слушать порты, например; но можно и не слушать.
Думаю (хотя и не анализировал кода AppJS), что Chromium и Node общаются меж собоюкаким-нибудь другим способом, не по TCP/IP-порту.
Думаю (хотя и не анализировал кода AppJS), что Chromium и Node общаются меж собою
0
Мой Sciter (sciter-x.dll ) делает то же самое только в размере 1.2 Mb.
Т.к. он создавался как встраиваемый движок то нативный код приложения имеет простой и эффективный способ управлять таким UI. HTML/CSS/script в UI desktop приложений имеет смысл особенно когда приложения пишутся для разных locale и и большими командами.
Вот пример приложения в котором весь UI это Sciter, т.е. HTML/CSS/script. Сама функциональность приложения естесвенно нативная:
www.softpedia.com/progScreenshots/Norton-Internet-Security-Screenshot-8667.html
Т.к. он создавался как встраиваемый движок то нативный код приложения имеет простой и эффективный способ управлять таким UI. HTML/CSS/script в UI desktop приложений имеет смысл особенно когда приложения пишутся для разных locale и и большими командами.
Вот пример приложения в котором весь UI это Sciter, т.е. HTML/CSS/script. Сама функциональность приложения естесвенно нативная:
www.softpedia.com/progScreenshots/Norton-Internet-Security-Screenshot-8667.html
0
А можно поподробнее про Sciter?
+2
Пожалуй стоит мне написать статью на Хабре про него.
На пока:
Sciter home: terrainformatica.com/sciter/
Русскоязычный форум про Sciter и HTMLayout: rsdn.ru/forum/htmlayout/
Есть две версии Sciter на настоящий момент Sciter1 — GDI backend (все версии Windows включая Windows CE)
и Sciter2 с Direct2D backend (Vista W7 W8), ссылка например в этой статье www.terrainformatica.com/2012/08/sciter-2-0-1-0-new-inspector-dll/ Обе версии имеют общий API поэтому взаимозаменямые.
На пока:
Sciter home: terrainformatica.com/sciter/
Русскоязычный форум про Sciter и HTMLayout: rsdn.ru/forum/htmlayout/
Есть две версии Sciter на настоящий момент Sciter1 — GDI backend (все версии Windows включая Windows CE)
и Sciter2 с Direct2D backend (Vista W7 W8), ссылка например в этой статье www.terrainformatica.com/2012/08/sciter-2-0-1-0-new-inspector-dll/ Обе версии имеют общий API поэтому взаимозаменямые.
+1
Я помнится еще лет 10 назад писал HTA-приложения =)
0
Тут вспоминали уже HTA, можно еще добавить, что из современных софтин, TileMill использует похожий подход (node.js + webkit) для построения кроссплатформеного гуя, исходники открыты: github.com/mapbox/tilemill
+1
А еще есть Stunnix Advanced Web Server — позволяющий превращать сайты на php/python/perl/tomcat/jsp (c mysql/sqlite в качестве БД) в портабельные десктопные приложения, крутящиеся на локально запущенном веб-сервере. Они настолько портабельные, что даже работает с ДВД. Поддерживаются windows, mac os, linux.
+1
Appjs, похоже, умер
0
Sign up to leave a comment.
Node.js + Chromium = AppJS: один из перспективных вариантов второго шага эволюции веборазработчика