Усовершенствованная конфигурация Pebble Watch

 locationWatcher = window.navigator.geolocation.watchPosition(fetch_location_data, fetch_location_error, locationOptions); }); 

Наш JavaScript теперь понимает эту новую настройку, но есть еще кое-что сделать.

Несколько дополнений к нашему C-коду

Наш файл find_me_anything.c не нужно слишком сильно менять. Я сделал следующие дополнения и изменения.

Увеличение размера буфера сообщений

Я увеличил размер буфера сообщений до 124 байт. Я верю, что это максимум, что вы можете принести на часы Pebble. Дополнительный размер буфера был таким, чтобы я мог отправлять через потенциально большие имена местоположений и запросы. У нас больше вариаций длин данных с новыми настройками, поэтому мы хотим предоставить как можно больше возможностей для этого!

Изменение было сделано в начале файла, когда был определен sync_buffer :

 static AppSync sync; static uint8_t sync_buffer[124]; 

Это также было изменено в нашей функции init() когда мы открываем синхронизацию сообщений:

 app_message_open(124, 124); 

Добавление нового ключа в наше приложение

Нам также нужно добавить наш новый ключ, который будет передаваться между Pebble JavaScript и кодом C: параметр searchingFor . В коде C я следовал соглашению и использовал заглавные буквы с подчеркиванием для выделения слов. Мы определяем 1 как 0x1 в шестнадцатеричном формате, что означает, что теперь мы можем ссылаться на SEARCHING_FOR при упоминании второй пары ключ / значение в нашем коде C:

 enum { OUR_LOCATION = 0x0, SEARCHING_FOR = 0x1 }; 

Я обновил init_location_search() чтобы она определяла наше начальное значение для значения SEARCHING_FOR как '' . Это поле пустое, так как оно будет заполнено, как только наш JavaScript включится и сообщит C о том, что мы ищем.

 Tuplet initial_values[] = { TupletCString(OUR_LOCATION, "Loading..."), TupletCString(SEARCHING_FOR, "") }; 

Наконец, мы обновляем нашу sync_tuple_changed_callback() чтобы она знала, что ответить, когда получит обновленную вторую пару ключ / значение. Когда это произойдет, все, что нам нужно, чтобы сделать код C, это изменить метку на часах, чтобы сказать «Ближайшее мороженое» или что-то новое, вместо «Ближайшие Starbucks»:

 switch (key) { case OUR_LOCATION: text_layer_set_text(text_layer, new_tuple->value->cstring); break; case SEARCHING_FOR: text_layer_set_text(label_layer, new_tuple->value->cstring); break; } 

Теперь, когда все готово, вы сможете изменять настройки своего приложения с помощью окна конфигурации. Когда вы отправите свои настройки, приложение Pebble должно обновиться, и у вас будет настроенное приложение, например:

Дополнительное дополнение к нашему коду JavaScript

При реализации этой новой функции я обнаружил, что иногда API FourSquare на самом деле не имеет адреса или значений, которые нам нужны в каждом месте. В некоторых местах эти данные отсутствуют. Это возвращает «неопределенный», когда мы показываем его на часах. Не хорошо! Поэтому я переписал немного нашей функции req.onload чтобы проверить наши записи и использовать первую, которая имела адрес и город:

 if (response && response.meta.code == '200' && response.response) { var venues = response.response.venues, venue = undefined, venueIndex = 0; // Look for the first instance of a venue with an address while (venues[venueIndex] !== undefined && venue === undefined) { if (venues[venueIndex] && venues[venueIndex].location.address !== undefined && venues[venueIndex].location.city !== undefined) { venue = venues[venueIndex]; } venueIndex++; } if (venue && venue.location.address !== undefined && venue.location.city !== undefined) { Pebble.sendAppMessage(...); 

То, что я сделал выше, это установил переменную с именем venue которая начинается как undefined . Я перебираю каждый элемент в данных response.response.venues которые возвращаются из Foursquare, и если я нахожу тот, который включает адрес и город, то я сохраняю этот объект в venue и мы больше не ищем оставшуюся часть ответа.

Теперь мы немного более захватывающее приложение!

Благодаря возможностям PebbleKit JavaScript Framework мы позволяем владельцам часов Pebble самим решать, как они хотели бы использовать наше приложение. Это настроено и более личное. Мы также сейчас используем локальное хранилище, поэтому наше приложение может помнить вещи. Это гораздо более ценное приложение, чем раньше, и мы используем все возможности JavaScript на часах Pebble.

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

Возьмите выходные, чтобы написать код как сумасшедший или написать что-нибудь на своей поездке домой! Используйте эти знания JavaScript для того, что вы никогда не считали возможным, и получайте массу удовольствия от процесса!

Другие ресурсы

• Разработка Pebble Watch с использованием JavaScript — Моя предыдущая статья, где «Find Me Starbucks» родилась. У меня есть куча ресурсов для тех, кто только начинает.
• Работа с PebbleKit JavaScript Framework — дополнительная информация от команды Pebble об использовании их JavaScript Framework