我有一个需要 30MB 数据库文件才能运行的应用程序。目前，这是在第一次运行时下载的（作为 10MB 的 zip 文件）。我正在考虑改用 Google Play 商店扩展文件。
除了明显的扩展文件依赖于从 Google Play 商店下载应用程序之外，其他优点和缺点是什么？
例如，我在考虑从中国境内访问时潜在的（谷歌）服务器问题。
编辑：使用当前 1MB APK 的应用程序已经有数十万次活动安装。如果我将 zip 文件放在资产中，那么 APK 会突然增加到 11MB。我担心这可能会给可用存储空间不足的用户带来问题。此外，数据库会定期更新（即新下载最新的 zip 文件），因此看起来有点浪费。
以下是我能想到的一些优点： 您不需要关心托管（您不需要为服务器/带宽付费） 我想说，如果文件在 google 的服务器上，它们的一般可用性也会更好（他们在世界各地都有冗余服务器，而您通常只有一两台服务器）用户通常可以在市场下载完成后立即使用该程序（首次启动无需额外等待）（“某些情况下”除外正如谷歌所说：http: //developer.android.com/guide/google/play/expansion-files.html）
顺便说一句，谷歌声明“普通”apks 的限制现在是 50MB，所以你可能根本不需要扩展文件。
除非您同时实现两者，否则您将永远无法通过非 Google Android 应用商店进行分发。有很多：亚马逊、Nook Store、Appia 等等。
对于 10MB 的资产，我认为使用扩展文件与将资产捆绑在 APK 中相比没有太大优势。结合您将（在某些时候）通过非 Play 商店方式分发应用程序的可能性（例如，您可能只想将 APK 发送给某人进行测试），您不妨忽略扩展文件选项。
如果您需要更新数据库，那么您可以发布一个新的 APK（带有更新的 zip 资产）或实现下载功能。最好的方法可能取决于数据库需要多久更新一次。您更新 APK 的频率是否高于数据库的更新频率？
DownloadManager 增加的复杂性在于它只能从 Gingerbread 向上使用。当然，展望未来，这将不再是一个问题。
底线：将 zip 捆绑为资产，并且仅在您确实需要时才实施 DownloadManager。
不确定将 APK 从 1MB 更新到 11MB 的风险（例如，用户没有足够的存储空间）。有人有这方面的经验吗？