Android 关于sqlite的使用
在第一次启动（更新后的第一次启动）时，我的应用程序需要做一些事情。这些操作可以在一个.txt文件中描述，然后在这种情况下读取文件并根据它执行，或者另一方面（我倾向于使用此选项），可以使用sqlite数据库来存储信息。apk文件将与存储在res/raw或res.asset中的.txt文件/prebuild sql db一起提供，然后复制到适当的空间并使用。这是我想出来的！，虽然我不确定这两个选项中哪一个最合适？我不清楚的一件事是，sqlite版本不匹配会如何影响我，以及它是否严重到需要考虑的程度？我正在使用AndroidAPI级别4（Android1.6），未来的应用程序可能会在几个不同的设备上使用，具有不同的api级别 这些动作可以用一个简单的例子来描述 .txt文件，然后当它是这种情况 阅读文件并根据文件进行操作 ，或另一方面（我倾向于使用 此选项）可以创建sqlite数据库 用于存储信息 或者，它们可以用Java实现Android 关于sqlite的使用,android,sqlite,Android,Sqlite,在第一次启动（更新后的第一次启动）时，我的应用程序需要做一些事情。这些操作可以在一个.txt文件中描述，然后在这种情况下读取文件并根据它执行，或者另一方面（我倾向于使用此选项），可以使用sqlite数据库来存储信息。apk文件将与存储在res/raw或res.asset中的.txt文件/prebuild sql db一起提供，然后复制到适当的空间并使用。这是我想出来的！，虽然我不确定这两个选项中哪一个最合适？我不清楚的一件事是，sqlite版本不匹配会如何影响我，以及它是否严重到需要考虑的程度？
那么，应用程序将执行哪些操作 需要在安装时/安装后执行 更新，根据更新 的版本和预更新版本 应用程序 为什么不在你的应用程序中作为常规Java代码来实现呢
或者，正如阿尔伯特·爱因斯坦（Albert Einstein）为表达对“让一切尽可能简单，但不要更简单”的敬意而写的那样。你可以给我们举一个你想要存储什么的例子吗？如果要为应用程序编写脚本，听起来像是纯文本文件或类似文件比数据库更合适。根据应用程序的更新版本和更新前版本，应用程序在安装时/更新后需要执行的操作：“如果在下一个版本中没有使用某个文件，请删除该文件，下载当前版本的其他文件等等”，我看到脚本文件存在的问题是，需要对其进行解析，以找到需要执行的操作，并且在完成某个操作后“将其从列表中删除”“意味着执行一些冗余的读/写文件操作，这在另一方面对数据库来说是很自然的。如果操作的数量有限，或者至少对将来的所有更新都是已知的，则可以这样做，但这是不可预测的。例如，删除20个文件并下载30个新文件。此外，您还需要一种方法在应用程序运行之间持久保存操作结果，以避免在启动时再次执行相同的操作。虽然不成功删除文件是可以的，而且可能需要一次性尝试，下载文件是至关重要的，应用程序必须尝试下载，直到成功为止，因此必须保留此信息。最重要的是，正如我所说，所描述的操作将在应用程序更新时完成，并且无论用户执行更新时应用程序的版本如何，更新都必须有效（一个可能从3版本更新到4，另一个可以从1更新到4，但是如果最后一个更新只描述（在代码中）要执行从3到4更新的动作，那么这可能会破坏后者的应用程序），出于这些原因，我考虑存储所有要完成的动作的持久方式，（从版本1到n）。…，所以我的问题更多的是关于使用sqlite db时要考虑的因素。