佩戴OS/Android通讯方式推荐
Wear OS/Android communication method recommendation
我正在尝试为应用程序确定移动设备和可穿戴设备之间的适当通信方法。我一直在使用通知，这没问题，但输出并不总是按照我想要的方式格式化。示例：当我包含一张没有文字的图片（一个简单的复选标记）时，图片不会正好位于可穿戴设备的中央。它就在下面用于滚动目的。我也无法控制诸如不同通知的振动变化之类的事情。此外，为了将来的增强功能，我可能需要在单个警报中使用多个较小的图像。
我一直在考虑同步数据项，但不知道它是否适用于我的第一个场景，希望我能从社区得到一些建议。
示例：
可穿戴设备上有一个项目列表（这是可配置的）。每个人都会有一个 image/png 与之关联。某些项目可能具有相同的图像。当按下项目时，图像（可能加上一些文本）需要以特定的振动出现在手表上，然后消失。
运行 历史记录将保留在移动应用程序上，但手表不需要。我对使用数据同步的担忧是，这并不是真正在两个设备之间同步数据，除非有正在同步的 "current item"。
希望得到社区的一些指导。
Data API 实际上是为了让持久性项目在 phone 和 watch 之间保持同步。我不太清楚您的应用程序架构，无法确定这是否是您的最佳选择，尽管您的可配置 "list of items" 听起来像是经典的数据 API 用例。如果您不同步这些项目，列表将如何显示在手表上？
Message API 更适用于 one-off 事件信号：一台设备上发生的事情需要触发另一台设备上的操作，然后就完成了。你的一些描述确实听起来更像这种情况……但是，我还是不太清楚你的应用程序到底在做什么。
您总是有可能将两者 API用于您应用的不同方面；也许通过数据 API 发送可配置的项目列表，然后使用消息触发事件。
希望这两个 API 足够清晰，可以推动您前进。如果没有，关于您的特定用例的一些额外细节可能会有所帮助。
在评论中澄清后编辑：
您的用例仍不完全清楚，但我要说的是：
- 如果您只是在单击 phone 上的某个项目时在手表上显示通知（或等效通知），请使用消息 API 发送这些事件。
- 如果您的手表应用程序将显示已被点击的内容——无论是最近的还是更广泛的历史记录——使用数据API到[=35] =]（通过更新数据项）并维护该记录。
我正在尝试为应用程序确定移动设备和可穿戴设备之间的适当通信方法。我一直在使用通知，这没问题，但输出并不总是按照我想要的方式格式化。示例：当我包含一张没有文字的图片（一个简单的复选标记）时，图片不会正好位于可穿戴设备的中央。它就在下面用于滚动目的。我也无法控制诸如不同通知的振动变化之类的事情。此外，为了将来的增强功能，我可能需要在单个警报中使用多个较小的图像。
我一直在考虑同步数据项，但不知道它是否适用于我的第一个场景，希望我能从社区得到一些建议。
示例： 可穿戴设备上有一个项目列表（这是可配置的）。每个人都会有一个 image/png 与之关联。某些项目可能具有相同的图像。当按下项目时，图像（可能加上一些文本）需要以特定的振动出现在手表上，然后消失。
运行 历史记录将保留在移动应用程序上，但手表不需要。我对使用数据同步的担忧是，这并不是真正在两个设备之间同步数据，除非有正在同步的 "current item"。
希望得到社区的一些指导。
Data API 实际上是为了让持久性项目在 phone 和 watch 之间保持同步。我不太清楚您的应用程序架构，无法确定这是否是您的最佳选择，尽管您的可配置 "list of items" 听起来像是经典的数据 API 用例。如果您不同步这些项目，列表将如何显示在手表上？
Message API 更适用于 one-off 事件信号：一台设备上发生的事情需要触发另一台设备上的操作，然后就完成了。你的一些描述确实听起来更像这种情况……但是，我还是不太清楚你的应用程序到底在做什么。
您总是有可能将两者 API用于您应用的不同方面；也许通过数据 API 发送可配置的项目列表，然后使用消息触发事件。
希望这两个 API 足够清晰，可以推动您前进。如果没有，关于您的特定用例的一些额外细节可能会有所帮助。
在评论中澄清后编辑： 您的用例仍不完全清楚，但我要说的是：
- 如果您只是在单击 phone 上的某个项目时在手表上显示通知（或等效通知），请使用消息 API 发送这些事件。
- 如果您的手表应用程序将显示已被点击的内容——无论是最近的还是更广泛的历史记录——使用数据API到[=35] =]（通过更新数据项）并维护该记录。