募集

Question

Google groups上の問題がありました：

は、私たちの主なアプリは、さまざまな高度な機能のためのアプリ内課金を提供しています。最近では、無料で基本的な機能を提供するAARファイルにコードをラップしていますが、In App Purchasesに進化機能を提供したいと考えています。 私たちはSDKとして他のアプリケーションで使用され、それらのアプリケーションには独自のIAB実装と独自のSKUがあるため、メインアプリケーションに定義されている同じアプリケーションIDとSKUを引き続き使用する方法があるかどうかはわかりませんアプリがコードのSDK部分にのみ関連するものを購入しようとしたとき、またはルールに違反して署名が署名されていない公開鍵がメインアプリケーションの秘密鍵と一致しないためにうまくいかない場合

私は同じ問題を抱えているので、質問は残っていますし、何か提案は歓迎以上です。

ありがとうございます！

Answer 1

我々はまだ、同じアプリケーションIDを使用する方法があるかどうかわからないとコードだけ

のSDKの一部に関連する何かを購入しようとしたときのSKUは、私たちのメインのアプリのために定義されあなたがアプリケーションIDによってパッケージを意味する場合、これは、アプリケーションがGoogleプレイにアップロードされたときには実行できません。すべての単一のアプリケーションは、独自のパッケージ（アプリケーションID）を持たなければなりません。それぞれのアプリは異なる基本64キーを持ち、In App Itemsを他のアプリからアクセスできないものにします。可能な解決策については

：

（これは私が正しく質問を理解していることに基づいている）

私たちの主なアプリは、さまざまな高度な機能のためのアプリ内課金を提供しています[。。 ..]他のアプリケーションでもSDKとして使用されるので[...]

Wordpressとデザイン例：

私はstargazerテーマ（親）を使用していますが、これには多くのサブテーマ（子）があります。これらのデザインのそれぞれは、既存のデザインをオーバーライドする小さな変更がありますが、元のデザインのすべてのコードは含まれておらず、親のインストールが必要です。親がなければ、必要なマスターコード（またはSDK）は動作しません。

このように、IAB（アプリ課金）の親アプリをSDKとして使用する子アプリを持つユーザーは、動作させるために親アプリをインストールする必要があります。親アプリがなければ、子アプリは順調に動作しません。親アプリによって作成され、配布された機能にアクセスする場合は、アプリ間通信（機能データを持つ親から子に購入した機能）の通信メカニズムがたくさんありますが、子アプリはメインアプリからデータを取得し、子アプリでローカル機能をロック解除します。

ここの親アプリは、基本的に改善された機能のIn App購入を提供します。しかし、これらの機能の仕組みについてはわかりません。子アプリは、以前のワードプレスの例を考慮して、機能のマスターアプリの実装をオーバーライドします：

マスターアプリには使用できるものがありますが、子どもはこれらの機能をマスターアプリに変更します（オーバーライドする）。

Answer 2

我々はまだ、同じアプリケーションIDを使用する方法があるかどうかわからないとコードだけ

のSDKの一部に関連する何かを購入しようとしたときのSKUは、私たちのメインのアプリのために定義され各アプリケーションは異なるパッケージ名（アプリケーションID）と異なるAPIキーを持つ必要があり、別のキーストアで署名されるため、これは機能しません。アプリ内アイテムはアプリごとに設定する必要があり、価格設定はできません。さまざまな収益化戦略を検討する必要があります。

Answer 3

パブリッシュされた各アプリケーションに、パッケージといくつかの情報を指定した独自の一意のキーストアファイルがあるため、これは機能しません。 各アプリには独自の購入アイテムがあります。

私はすでにこれをチェックアウトしています。 もちろん私の間違いでした。 同じキーストアファイルを使用して公開したときに、自分のアプリが拒否されました。 新しいキーストアファイルを再公開しました。 私の提案があなたに役立つことを願っています。