1

我有一个关于 Android 应用内购买的问题。但首先,一些关于我正在尝试做的事情的信息......

我的应用程序有一组“模块”,这些“模块”排列在这样排列的 SQLite 数据库中。这些模块仅通过一列来区分,该列指定特定条目所属的模块。我想做的是创建一个应用内购买系统,用户可以在其中下载其他内容“模块”。

安排和处理这些数据的最佳方式是什么?保持数据库设置并以某种方式实现一个将应用内购买添加到数据库的系统是一个好主意吗?如果用户删除应用程序或应用程序数据,是否可以跟踪这一点?我想让这个系统尽可能地动态化,这样就不会向用户显示一条消息,说如果他们已经购买并安装了它,还有其他可用内容。

我的应用程序的开发尚未开始,因此可以轻松探索任何其他数据排列。出于参考目的,每个“模块”将有大约 50-60 个条目,并且计划有 5-20 个“模块”之间的任何地方,因此会有大量数据。

很抱歉一下子问了这么多问题。如果您需要任何屏幕截图来更好地了解数据,或者如果我在解释我想要做什么方面做得不够好,请告诉我!

4

1 回答 1

0

对我来说,听起来您需要服务器端的用户帐户。在那里,您可以跟踪有关用户的必要信息,例如他/她购买了什么等。换句话说,数据库位于远程位置,而不是在应用程序中,因此您可以根据需要删除和重新安装,并且数据仍然可用。

为了识别用户,这将有所帮助:http: //developer.android.com/training/id-auth/identify.html

于 2012-08-18T17:48:56.633 回答