なぜProGuard for vending.billingを無効にする必要がありますか？

Question

http://developer.android.com/google/play/billing/billing_best_practices.html

注：あなたがあなたのコードを難読化するProGuardのを使用している場合、あなたはProGuardの設定ファイルに次の行を追加する必要があります。

-keep class com.android.vending.billing.** 

質問です：WHY ?!

Answer 1

主な理由は、/困難がリフレクションを使用するコードを難読化proguardのを使用しているとき、あなたのproguard.cfgにその行を追加する必要があります。

たとえば、Webサービスのように名前でクラスをインスタンス化して、一部のXMLパーサーがそうした場合、これはもう機能しません。

難読化が許可されていないもう1つの理由はおそらく質問とは関係ありません。
GPLのようなライセンス条件では、libの更新版でエンドユーザーによるlibの置き換えが必要です。
このようなlibは難読化することができません（proguardにはライブラリ瓶のオプションがあります）

Answer 2

Proguardはアプリケーションを難読化するだけでなく、それらを最適化します。これを最適化すると、参照されないクラスが削除されます。販売のクラスを削除しないようにするに

あなたは

Answer 3

これは本当に良い質問です。私たちは、一部のクラスで難読化を無効にする必要がある理由を知っていますが、InAppBillingServiceで無効にする必要がある理由については答えません。チェックアウトでInAppBillingService.classが生成された場合、1回のリバースコールはなく、getClass().getName()コールもないことがわかります。これは反射がそこで使用されないことを意味します。 IAB実装では、生成されたクラスを名前で直接参照するため、難読化者は最適化ステップでベンディングカルスを削除しません。したがって、まだ「なぜこれは必須であるのですか？」というものがあります。質問。

My appはすでに半年以上にわたってIAP V3を使用しています。難読化された請求パッケージであり、IABにはまったく問題はありません。私が見る唯一の潜在的な問題は、Androidが補助インタフェース用のJavaクラスを生成する方法を変更した場合です。それはリフレクションを使い始めるところですが、そのクラスを難読化しないようにする必要があります。しかし、これはおそらくaidlを使って他の多くのアプリでコーディングを中断する可能性があるため、起こりそうもありません。