【问题标题】:Too large APK due to multiple densities and screens sizes?由于多种密度和屏幕尺寸,APK 太大?
【发布时间】:2012-06-25 06:06:06
【问题描述】:

Google 建议为每个图像创建 4 个不同的版本 - 每个密度(ldpi、mdpi、hdpi、xhdpi)一个。有时您甚至可能想根据屏幕尺寸(小、正常、大、超大)创建其他屏幕。

这会导致一个奇怪的情况,大多数应用程序的图像永远不会被应用程序使用,对吧?

为什么 Google 不在其网站上创建多个 APK,以将最佳 APK 定位到最终用户的设备,以便 100% 的资源将针对设备的规格?还是已经有这种东西了?

【问题讨论】:

    标签: android screen dpi apk


    【解决方案1】:

    是的,支持多个 APK。请参考here

    为了准确地满足您的需求,您可以在清单文件中使用某些过滤器,即<supports-screens> or <compatible-screens>

    【讨论】:

    • 不确定我是否理解手册。他们是否说对于多个 apk,我需要为每个 apk 创建一个新项目?如果我有每种语言的图像怎么办?创建所有项目并维护它们需要很长时间。另外我不认为他们有这个过滤器。这对谷歌来说是一个糟糕的解决方案。我原以为他们对所有 apk 都使用完全相同的项目。原因(例如):具有密度 mdpi 的设备不应查看 hdpi/ldpi/xhdpi 图像(除非它们不存在)。
    • 这取决于你,你可能不需要创建新项目。自定义构建脚本 (ANT/Maven) 可以为您生成正确的 APK。顺便说一句,拥有特定语言的图像根本不是正确的方法。
    • 有时客户/设计师会为图像提供使用 Photoshop 为每种语言创建的自定义文本样式(字体和效果),所以我对此无能为力。在任何情况下,拥有多个 apk 是不是更难维护所有这些?
    • 如果这些都是小问题,那么它应该不会造成伤害。我的许多项目都在这样做;我不觉得难;这就像为相同的源代码有不同的构建一样。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多