カスタム URL スキームまたはプロトコル ハンドラを使用して、同じデバイス上のあるアプリから別のアプリにデータを渡すことができることを知っています。
あるアプリから、インストールされていない別のアプリにデータを渡すことはできますか? 理想的には、ユーザーがアンインストールされたアプリのアプリ ストアに移動し、ユーザーがアンインストールされたアプリをダウンロードし、元のアプリのカスタム URL スキームが新しくインストールされたアプリにデータを渡します。
それは可能ですか?
カスタム URL スキームまたはプロトコル ハンドラを使用して、同じデバイス上のあるアプリから別のアプリにデータを渡すことができることを知っています。
あるアプリから、インストールされていない別のアプリにデータを渡すことはできますか? 理想的には、ユーザーがアンインストールされたアプリのアプリ ストアに移動し、ユーザーがアンインストールされたアプリをダウンロードし、元のアプリのカスタム URL スキームが新しくインストールされたアプリにデータを渡します。
それは可能ですか?
あるアプリから、インストールされていない別のアプリにデータを渡すことはできますか?
はい。
パラメータを使用して、成功とエラーx-callback
のシナリオを処理する場合でも、独自の URL でコールバックするようターゲット アプリに要求できます。カスタム HTTP ヘッダーのようなもので、これらのコールバック パラメータは x- 名前空間で識別されます。
x-error : 要求されたアクションによってターゲット アプリでエラーが発生した場合に開く URL。この URL は、少なくともパラメータ「errorCode=code&errorMessage=message. x-error が存在せず、エラーが発生した場合、ターゲット アプリがユーザーに失敗を報告し、ターゲット アプリに残ると見なされます。
x-source : アクションを呼び出すソース アプリのフレンドリ名。
x-success : ターゲット メソッドのアクションがソース アプリに結果を返すことを意図している場合は、x-callback パラメーターを含め、ソース アプリに戻るために開く URL を提供する必要があります。アクションが完了すると、ターゲット アプリはこの URL を開きます。ソース アプリに結果を返すための追加のパラメーターが付加されている可能性があります。x-success が指定されていない場合、ユーザーはアクションが正常に完了してもターゲット アプリに留まると見なされます。