我对Android中的应用内购买有疑问。但首先，关于我要做的事情的一些信息......
我的应用程序有一个“模块”集合，这些模块排列在像这样排列的SQLite数据库中。这些模块仅通过指定特定条目所属模块的列来区分。我想要做的是创建一个应用内购买系统，用户可以下载其他“内容模块”。
安排和处理这些数据的最佳方法是什么？保持数据库设置并以某种方式实现应用内购买添加到数据库的系统是一个好主意吗？在用户删除应用或应用数据的情况下，是否可以跟踪此情况？我想让这个系统尽可能地动态化，这样就不会向用户显示一条消息，说明如果他们已购买并安装了其他内容，则可以使用其他内容。
我的应用程序的开发尚未开始，因此可以轻松探索任何其他数据安排。出于参考目的，每个“模块”将具有大约50-60个条目，并且计划具有5-20个“模块”之间的任何地方，因此将存在大量数据。
很抱歉一次性提出过多的问题。如果你需要任何截图来更好地了解数据，或者如果我在解释我想要做的事情上做得不够好，请告诉我！
答案 0 :(得分：0)
对我来说，这听起来像是需要用户帐户服务器端。在那里，您可以跟踪用户的必要信息，例如他/她购买的内容等。换句话说，数据库位于远程位置，而不是应用程序中，因此您可以根据需要删除并重新安装。数据仍然可用。
为了识别用户，这将有助于：http://developer.android.com/training/id-auth/identify.html