2

アプリの複数のバージョンをAndroidマーケット/GooglePlayストアにリリースします。今、私はこれを行うための最良の方法を検討しています。

これが最も簡単な方法でどのように達成されるかについて、私はここで多くの質問を読みました。アプリケーションバージョン固有のアクティビティを作成したくありません。これは、異なるバージョン間でコードの不整合が発生する可能性があるためです。だから私は図書館のアプローチを使いたいと思います。これは、大量のANTスクリプトなどを必要とする私が見たすべての例の代わりに、最も簡単な方法のようです。

議論のために、私は持っているつもりです：

  • com.app.library
  • com.app.free
  • com.app.paid
  • com.app.paidmore

私の考えは、パッケージ名に基づいてライブラリのコードを作成することです。私のアクティビティの一部が表示されないか、パッケージ名のみに基づいて機能が無効になります。このアプローチの欠点は何ですか？何も見つからないようですが、意見が気になります。もちろん、すべてのアプリケーションバージョンにはある意味ですべての機能が含まれていますが、機能はコードによってその場で無効になっています。完全な機能を取得するためにアプリをハッキングするようにコードを変更するのは大変な作業になると思いますが、私は正しいですか？

このアプローチは、apkを変更し、変更された方法で配布するのが非常に簡単であるという点で間違っているようです。

4

1 に答える 1

0

このアプローチの欠点は何ですか？

アプリは必要以上に大きくなります（たとえば、無料のユーザーのデバイスにある有料機能）。そして、あなたが注意するように、それはユーザーのデバイスにすべての機能を置きます。

完全な機能を取得するためにアプリをハッキングするようにコードを変更するのは大変な作業になると思いますが、私は正しいですか？

5分以上かかる場合は、スクリプトキディの入力が遅すぎます。パッケージ名を逆コンパイル、検索、置換し、再コンパイルします。

このアプローチは、apkを変更し、変更された方法で配布するのが非常に簡単であるという点で間違っているようです。

スクリプトキディがどのリソースを変更する必要があるかを正確に把握するのに時間がかかる可能性があるため、このアプローチには実際にはもっと時間がかかる可能性があります。

もちろん、スクリプトキディはあなたのpaidmoreバージョンを取得してそれを攻撃することができるので、あなたfreeとpaidアプリがたまたまpaidmore機能を持っているという事実はそれほど問題ではありません。したがって、IMHOの最大の違いはAPKサイズであり、バージョン間でどれだけ異なるか、そしてそれが問題であるかどうかを知ることができるのはあなただけです。

于 2012-12-22T14:07:21.007 に答える