Не так просто... пока нет, но вроде

обновление 3 ноября 2014: прошло чуть более двух лет с тех пор, как был сделан оригинальный пост, но ответ остается в основном тем же самым на данный момент. Мы, однако, ближе к вашей первоначальной цели в нескольких областях.

обновление 28 декабря, 2016: еще пару лет прошло, и еще одно обновление. Этот будет больше сосредоточен на двух новых разработках, чем на чем-либо другом. См. новый раздел " WebUSB & Web BlueTooth "в разделе"полный API устройства". Но ответ остается прежним.

итак, было бы несколько способов сделать это, и я собираюсь вернуться назад. То есть, я собираюсь начать с того, что вы хотите, как это выглядит, и почему вы не можете иметь его (пока). И тогда я буду работать над тем, что у вас есть, и почему вы наверное, не хочу. Но сначала немного фона.

фон

спецификация HTML5 вошла в состояние" рекомендация". Это означает, что HTML5 в значительной степени настроен на то, как он выглядит. Тем не менее, я буду использовать HTML5 так же, как каждый маркетолог в мире решил, что это лучше всего. То есть, я не буду говорить о HTML. Ну, я буду, поскольку вы будете использовать его с HTML-страницы, но не совсем. Кем я буду на самом деле обсуждается JavaScript (JS) и это лошадь другого цвета. Но для всех намерений и целей мы помещаем все это под тем же заголовком, что и HTML5, который теперь решил означать "блестящий и новый".

кроме того, пункты, которые я обсуждаю, будут отличаться в поддержку. Некоторые из них очень зависят от браузера проектов (например, Chromium конкретных реализаций), а некоторые из них больше стандартов управляемых проектов, которые не могут иметь браузеры реализации или экспериментировать с их пока нет. Я постараюсь различать их по ходу дела.

полный API устройства

статус: входящий, но не готовый

возможность доступа к устройствам из браузера делает медленный, но устойчивый прогресс. Сейчас, многие современные браузеры имеют доступ к некоторым из наиболее распространенных устройств, таких как камера или геймпады, но все они являются API высокого уровня. производители браузеров,в группы стандартов, и многие компании, связанные с интернетом, все пытаются сделать веб-приложения такими же мощными, как и ваши локальные приложения.

но API, которые вы ищете, все еще находятся в процессе и пути прочь. Для вашего конкретного случая и для более общего случая подключения вашего веб-приложения к большинству устройств мы все еще находимся на расстоянии нескольких лет от того, что мы можем использовать. Если вы хотите увидеть, какие удивительные вещи появляются в этой области, вот лишь несколько избранных элементов, которые может помочь вам напрямую:

• Web Near Field Communication (NFC) API
  Этот, К сожалению, может быть мертв в воде на данный момент. Но похоже, что первоначально некоторые люди в W3C (в основном Intel, похоже) смотрели на добавление API NFC в интернет.
• Media Capture Streams
  Группа WebRTC работает над программным доступом к медиа-потокам, таким как камера, которая позволит интегрировать такие вещи, как сканирование штрих-кода или другие функции. Это достигло статуса CR и является доступен в браузерах, но менее полезен сам по себе.
• Web Bluetooth
  Если у вас есть инструменты с поддержкой bluetooth, этот API поможет вам подключиться к ним с компьютеров и устройств, которые могли слушать и подключаться. Основной драйвер для этого на данный момент кажется, что это команда Chrome, включая экспериментальную реализацию, но я бы не рассматривал ее в любом месте, готовом к использованию (см. раздел "WebUSB & Web BlueTooth").
• WebUSB
  Это позволит получить полный доступ к низкоуровневой информации USB, включая перечисление устройств и взаимодействие с ними. Так же, как веб-BlueTooth, это, кажется, текущий проект Chrome pet, но я также не буду полагаться на него (см. раздел "WebUSB & Web BlueTooth").
• Обнаружение Сетевых Служб
  Если у вас есть другие устройства или элементы в сети, которые широковещательная передача и использование HTTP, этот API позволит вам обнаруживать и взаимодействовать с этими службами. Нет реализации браузера, но он находится в рабочем проекте для W3C.

первоначально Mozilla продвигала ряд из них вперед из-за Boot2Gecko (или Firefox OS). Однако, поскольку этот проект официально отменен, мы не видим большого прогресса от них в этих областях сейчас.

члены команды Chrome, однако, похоже, решили погрузиться и начать не только работая над этим,но помещая их в браузеры. Что и приводит нас к этому...

WebUSB & Web BlueTooth

как сосиски, лучше не знать, как веб-стандартов составила
- Авраам Линкольн (вероятно)

в этой области было немного шума, так как похоже, что команда Chrome пробралась в них в качестве экспериментальных функций и разработала свою собственную спецификацию для нее. И это здорово! Просто может не так на что ты надеялся.

каждый поставщик браузера и W3C contributor group имеет свой собственный стиль и вносит свой вклад в спецификации по-своему. В результате получается обычно довольно приличная спецификация, которую браузеры согласовали. Но переход от ничего к чему-то есть... грязный. Очень грязно. И довольно много раз. Это не всегда приводит к хорошей спецификации (да, я говорю о вас, Флориан компромисс...) но даже когда это происходит, это принять промежуток времени.

однако, похоже, что Google разработал эту версию спецификации самостоятельно. И, по моему опыту, подход Google к спецификациям всегда немного... что ж... отложив мое личное мнение в сторону, мы скажем "Гун-Хо". Они, как правило, просто ныряют прямо в глубокий конец. И кажется, что они сделали здесь.

Я очень сомневаюсь, что эти спецификации или реализации будут выглядеть так, когда они станут стандартами. И есть в этом нет ничего плохого. Это часть процесса. Но я бы не стал полагаться на эту реализацию или разрабатывать какой-либо код или продукты против нее. Это беспрецедентная функция в интернете, и все поставщики браузеров захотят сказать большое слово в этом.

тем не менее, это на самом деле хорошо. Одна из вещей, которые Google часто делает (к лучшему или худшему) с такими ситуациями, как это заставляет разговор, и он может подтолкнуть вещи вперед. И наличие функции, поставляемой в браузере, даже экспериментальная функция, может включить тепло на спрос на него. Так что в ближайшее время мы можем увидеть еще больший прогресс в этой области.

PhoneGap Apache Cordova. Вы знаете, для вашего телефона

статус: не полнофункциональный и только телефон

Apache Cordova, ранее Adobe PhoneGap, это способ написать свою программу в HTML, CSS и JS, что позволяет получить доступ к функциональности более низкого уровня на таких вещах, как телефоны и компиляция между устройствами. Это был бы способ реализовать вашу программу, но это было бы телефонное приложение, а не обязательно настольное. Вариант для рассмотрения, и что-то, что я решил упомянуть.

Cordova уже реализует некоторые из вышеперечисленных функций, но не имеет некоторых из более мощных, таких как NFC или BlueTooth.

решение Native-App (для Windows 8)

статус: возможно, но специфично для ОС и рабочего стола приложение

Windows 8 предлагает возможность создавать приложения в HTML и JS. Это позволит вам легко получить доступ к функциям более низкого уровня в ОС через их API. Судя по всему, он довольно обширен, и вы можете сделать многое. Однако вы упомянули поддержку кросс-ОС, и это, очевидно, ограничивает вас одной ОС.

это так Flash-y!

статус: умирает / мертв, не возможно как веб-приложение

Flash не есть прямой доступ к системе через интернет. Вы можете создать приложение AIR, но это будет своего рода поражение цели его веб-основе. Кроме того, поддержку Flash на мобильных устройствах и в интернете, казалось бы, идет на спад.

NodeJS

статус: может быть немного больно и возможно только как настольное приложение

приложения NodeJS и JS были своего рода горячей темой последние пару лет. Я не обсуждал это в моем оригинале сообщение, потому что я чувствовал, что это еще не совсем там. Тем не менее, все продвинулось, и он гораздо ближе к тому, чтобы быть готовым к такого рода вещам, и имеет поддержку и силу растущей базы пользователей. Тем не менее, для вашего конкретного случая я бы не рекомендовал его использовать. Он должен быть локальным на машине пользователей, и из-за того, как NodeJS (и подобные двигатели) в данный момент, это потребует много дополнительной конфигурации и настройки, которые немного усложнят ситуацию.

Так что вы могли бы создайте приложение с использованием HTML, CSS и JS с NodeJS или аналогичными движками и получите доступ к тому, что вам нужно, но оно должно быть локальным, и это займет больше работы, чем я уверен, что вы хотите делать каждый раз, когда вы хотите установить его для клиента.

... На чем я остановился?

Так что же нам остается? Ну, просто: если вы хотите один язык/набор кода в качестве базы кода, HTML/CSS/JS не являются отличным вариантом... еще. Но они могут быть когда-нибудь. На данный момент, ваши варианты ограничены тем, что вы считаете лучшим для вашего клиента. Java-это стабильный вариант, который вы указали, но, очевидно, имеет свои недостатки. По мере развития интернета, я думаю, мы увидим много действительно интересных вещей, выходящих из новой функциональности, но у нас есть способы пойти еще.

читать:

• Brian.IO: за пределами HTML5
• HTML5 приложения на Windows 8
• Википедия список построенных проектов с помощью JS