そのため、ウォッチキットの複雑さがrequestUpdateDidBegin () を呼び出してsendMessage ()を使用して iOS アプリを起動し、複雑なデータを計算し、transferCurrentComplicationUserInfo () を使用して複雑さを更新するときに、この機会を使用しようとしています。拡張デリゲートからsendMessage ()を呼び出します。これが実際にiOSアプリに到達するという複雑な運を経験しています。iPhone を時計の横に置いても、パフォーマンスはさまざまです。ある時、自分の携帯電話にアプリをビルドしたところ、sendMessage () とtransferCurrentComplicationUserInfoを介して 30 を超える更新が正常に配信されました。()、2 日間にわたって。次に、時計アプリを使用して時計からアプリをアンインストールし、時計アプリから再インストールしました（コードやビルドの変更はまったくありません）が、機能しなくなりました。sendMessage ()の呼び出しには、明らかにいくつかのバグと信頼性の欠如があると思われます。他の誰かがこれを見つけていますか、回避策はありますか? コンプリケーション コントローラがrequestUpdateDidBegin ()を呼び出したときに iPhone アプリを起動するにはどうすればよいですか?
質問する
245 次
1 に答える
0
時計から iPhone をスリープ解除できるという保証はないと思います。電話からのデータで更新する必要がある場合は、iPhone アプリで更新をスケジュールしてから、更新されたデータを電話からプッシュすることをお勧めします。これを機能させるには、おそらく iPhone アプリでバックグラウンド モードを有効にする必要があります (データの種類によっては、位置情報サービス、バックグラウンド データ転送)。
（ここに投稿されたようにhttps://forums.developer.apple.com/thread/26934）
于 2015-11-25T14:00:24.457 に答える