Max Home IndustryТимоти Джордан дал разработчикам из SXSW возможность взглянуть на Google Mirror API, который они будут использовать для создания сервисов для Glass, и теперь вы можете просмотреть его в виде видео. Это показывает, что Mirror API имеет большую структуру, чем вы могли ожидать.
Кажется, что Google Glass напугает всех не меньше, чем они взволнованы, но как насчет того, как мы можем его запрограммировать? Конечно, будет сложно взаимодействовать со всем этим сложным дизайном — речевым вводом, речевым выводом, пользовательским интерфейсом на основе жестов и так далее. Когда начать?
Дело в том, что Mirror API разрешает только очень ограниченный диапазон взаимодействий с оборудованием и пользователем, но, вероятно, этого более чем достаточно для всего, кроме самого радикального инновационного приложения, которое должно напрямую взаимодействовать с оборудованием. Вкратце, Mirror API основан на простой модели, которая очень похожа на создание веб-приложения. Это достаточно хорошо описано на видео.
К сожалению, 50 минут для описания простого API — это слишком много, и есть тенденция отклоняться от темы. После краткого промо для Glass и обсуждения того, почему все это действительно, действительно захватывающе, без упоминания о страшном, мы переходим к интересной демонстрации Glass, примерно через 10 минут после начала видео, с попыткой показать, на что это похоже. носите и пользуйтесь.
Важность этого раздела заключается в том, что в нем подробно описывается пользовательский интерфейс и способы взаимодействия с устройством. Это может быть не так впечатляюще, как промо-видео, но оно гораздо информативнее, поскольку показывает, как Стекло делает реалистично плохие фотографии и как пользователь должен смахивать и касаться руки очков, чтобы отдавать команды жестами.
Суть разговора — API и то, как его можно использовать — начинается примерно через 15 минут. Mirror REST API объясняется довольно подробно, включая заголовки POST, PUT и GET, которые, возможно, более подробны, чем фактически требуется. Конечно, вы можете использовать любой язык, который может работать с HTTP на сервере, и детали того, как именно выполнить POST, PUT или GET, различаются.
API на удивление высокоуровневый и работает в терминах «таймлайна». Они действуют как основная единица взаимодействия с пользователем Glass. Они работают как крошечные HTML-страницы, загруженные с сервера и отображаемые через Glass, и у них есть простые параметры меню, которые пользователь может выбрать одним касанием. Вы можете вставлять карточки в информационный поток пользователя в ответ на уведомление о подписке, и пользователь может прокручивать временную шкалу смахиванием. Вы также можете добавить сервисы, разрешающие карты, например фотографии, чтобы поделиться ими с новыми службами, чтобы взаимодействие могло быть двусторонним.
Вся обработка, взаимодействие и, как правило, интеллектуальная обработка выполняется на сервере приложения, который просто отправляет новые карты временной шкалы и получает все, что сохранено на сервере. Это тот же тип поведения клиент-сервер, который вы обнаруживаете в приложении Ajax, только намного упрощенный.
Полный Mirror API не дает вам ничего, кроме карточек временной шкалы, пунктов меню на карточках временной шкалы, общих сущностей и подписок, и это все. Все очень просто, но этого может быть более чем достаточно, если вы добавите встроенные сервисы, которые предоставляет Glass.
Когда вы добавляете его к возможностям голосового ввода в Glass и возможности делать фотографии, все становится интереснее. Например, пользователь может голосом диктовать ответ на вопрос или отправлять некоторые голосовые запросы на сервер. Пользователь мог сделать снимок, скажем, в ответ на запрос с сервера, а затем поделиться им и так далее.
Настоящий вопрос, на который пока нет ответа, заключается в том, что еще может быть в API помимо карты Timeline?
Вероятно, не будет более глубокого уровня интеграции со Glass — не будет интерфейса более низкого уровня, который позволит вам напрямую получить доступ к камере или аудиосистеме. Это небезосновательно с точки зрения безопасности. Абстракция более высокого уровня, которую предоставляет Mirror, рассматривает Glass как простое устройство ввода-вывода, организованное как последовательность карт временной шкалы, чего, вероятно, достаточно для большинства приложений.
Как только вы поймете, как карты временной шкалы обеспечивают двусторонний метод связи между вашим сервером и пользователем, все становится понятным. Любая реальная работа, которую выполняет ваше приложение, должна выполняться на сервере.
Итак, теперь вы знаете — что, по вашему мнению, можно сделать со Glass?