Рекомендации по способу связи Wear OS/Android
Я пытаюсь определить подходящий метод связи между мобильным устройством и носимым устройством для приложения. Я использую уведомления, которые в порядке, но вывод не всегда форматируется так, как я хочу. Пример: когда я включаю изображение (простую галочку) без текста, изображение не располагается прямо в центре носимого устройства. Это чуть ниже для прокрутки. Также я не могу контролировать такие вещи, как вариации вибрации для разных уведомлений. Кроме того, для будущих улучшений мне может понадобиться несколько изображений меньшего размера в одном предупреждении.
Я искал синхронизацию элементов данных, но не знаю, сработает ли это для моего первого сценария, и надеялся получить совет от сообщества.
Пример: На носимом устройстве есть список элементов (это можно настроить). С каждым будет связано изображение/png. Некоторые предметы могут иметь одинаковое изображение. Когда элемент нажат, изображение (плюс, возможно, некоторый текст) должно появиться на часах с определенной вибрацией, а затем исчезнуть.
История бега будет храниться в мобильном приложении, но не обязательно для часов. Мое беспокойство по поводу использования синхронизации данных заключается в том, что на самом деле это не синхронизация данных между двумя устройствами, если только нет «текущего элемента», который синхронизируется.
Надеюсь на какое-то руководство от сообщества.
Ответы 1
API данных действительно предназначен для синхронизации постоянных элементов между телефоном и часами. Я недостаточно хорошо разбираюсь в архитектуре вашего приложения, чтобы быть уверенным, что это ваш лучший выбор, хотя ваш настраиваемый «список элементов» звучит как классический вариант использования API данных. Если вы не синхронизируете эти элементы, как список будет отображаться на часах?
API сообщений больше предназначен для сигнализации об однократном событии: что-то произошло на одном устройстве, что должно инициировать действие на другом, а затем оно выполнено. И некоторые из ваших описаний больше похожи на этот сценарий... но опять же, я недостаточно ясно понимаю, что на самом деле делает ваше приложение.
И всегда возможно, что вы будете использовать API обе для различных аспектов вашего приложения; возможно, отправив настраиваемый список элементов через Data API, а затем инициировав события с помощью Message.
Надеюсь, что у вас достаточно ясности в отношении двух API, чтобы продвинуться дальше. Если нет, некоторые дополнительные сведения о вашем конкретном случае использования, вероятно, будут полезны.
Изменить после уточнения в комментариях: Ваш вариант использования все еще не совсем ясен, но вот что я хотел бы сказать:
- Если вы показываете уведомление (или его эквивалент) на часах только в момент нажатия элемента на телефоне, используйте API сообщений для отправки этих событий.
- Если ваше приложение для часов покажет, что щелкнул был — будь то самая последняя или более обширная история — используйте Data API как для «отправки события» (путем обновления DataItem), так и для сохранения этой записи.
На самом деле может быть 2 или 3 списка, и текущий элемент каждого из них необходимо синхронизировать. Я мог видеть, как выбирается элемент, принимается/отображается изображение и обновляется элемент данных, который был получен.
В своем OP вы сказали, что список элементов будет на носимом, но сейчас вы не упоминаете об этом. В этих комментариях кажется, что на часах будут отображаться только текущие элементы...
Я сожалею. Это должно было быть мобильное приложение. Это большая ошибка. Пересмотрено: «Пример: в мобильном приложении есть список элементов (это можно настроить)». Полностью изменил смысл.
Хорошо, я обновил свой ответ, чтобы отразить эту новую информацию.
Приложение имеет список элементов с изображениями. При нажатии на кнопку Wear OS будет отображаться изображение и, возможно, текст. Мобильное приложение должно знать, что оно было получено, и будет хранить историю кликов и показов. Элементы списка можно щелкнуть более одного раза.