1

私はネイティブのApple Watchアプリを製作しています。アプリ内購入の支払いを行ったユーザーにのみ視線や合併症があるかどうかは疑問です。WatchKitの視線や合併症のためのアプリ内購入の使用

また、アプリ内購入にアップグレードしておらず、見た目が合ったり複雑な(合併症を起こした)合併症をクリックした場合、次のような表示が表示されます:「合併症" 「App to Go」というボタンが表示され、アプリ内購入ボタンが表示されます。

これは現在可能ですか?開発者の視点から

答えて

2

は、開発者として、それは可能ですか?はい。複雑化コントローラに関しては、有効な領収書の存在に基づいてタイムラインエントリのみを返すことができます。

明らかにStoreKitは時計では利用できないため、電話で領収書の有効性を確認してから、時計にこれらの詳細を提供する必要があります。

アプリケーションの購入状態がコンプリケーションコントローラに最初は不確定であった(ウォッチアプリが最初に起動される前にバックグラウンドで起動されている)場合など、あらゆるエッジケースを処理する必要があります。

コンプリケーションコントローラは、電話やネットワークから何かを非同期で取得するようには設計されていません。データが手元にあり、すぐにデータソース要求の結果を返します。

複雑なコントローラが(受信確認の)データを取得しようとするのは現実的ではありません。あなたが一般的にできることは、1つのアップデートのデータを要求してから、の後に手動で合併症を手動で更新することです。

データ管理者にデータを提供するセッションマネージャと、そのデータマネージャからデータを取得する複雑化コントローラに機能を分けることが、モジュラーアプローチとして推奨されています。

しかし、実際には、これらの条件付き機能を備えた時計アプリを設計する時間を費やす前に、Appleから次の質問に回答する必要があります。

アップルはそれを承認しますか?

あなたが提案しているのは、見た目や複雑さに関するプレースホルダ情報だけです。

追加のの複雑さのためのアプリ内購入を提供するアプリが店舗にありますが、それらのアプリは少なくとも1つの複雑な開始をサポートしています。

あなたのアプリは、開始するための合理化(データ)を効果的に提供しないため、レビュープロセスを通じてアプリを作成しますか?

これは、ここで誰もあなたを手伝うことができないトピック外の質問です。

あなたの「また」機能のための単純な答え:時計アプリから(フォアグラウンドで)iOSアプリを開くために方法はあり

ません。あなたのユーザーは自分で電話アプリを開いてから、アプリ内購入を提供するコントローラに移動する必要があります。

+0

良い点は、複雑さとプレースホルダーを完全に除外することがベストかもしれません。代わりに、iPhoneアプリにコントローラーを追加して、アップグレードについて説明し、どのように見えるかを示すコントローラーを追加することができます。 – Jet59black

+0

追加の合併症データを提供する他のアプリについて言及しました。たぶん私は彼らがそれをする方法を見ることができた。 – Jet59black

+0

CARROT天気は、プレミアムユーザーのための風のデータの複雑な合併症を提供します。 –

関連する問題