2014-06-20 34 views
2

我正在研究一个库应用程序,允许用户对所有类型的东西进行排序/组织。该应用程序提供了约150个图标,用户可以使用该图标对条目进行分类由于这是我的第一个Android应用程序,我不确定提供这些图标的最佳方式是什么:Android可绘制尺寸/分辨率 - 最佳实践

到目前为止,我只创建了xxxhdpi版本,将它们存储在drawable-xxxhdpi中,并且一切正常。我使用Nexus 5和Kindle Fire作为显示没有问题的测试设备。另外当使用模拟器来测试更低的分辨率时,一切似乎都很好。

该应用应该支持Android 4.0了。应用中集成了更多版本的图标,应用获得的版本越大。

文件说,应该提供不同的大小,以避免由系统进行缩放。但是是否有任何理由提供其他版本的图标(hdpi,mdpi等),以及如果缩小比例似乎工作得很好?

  • 如果系统必须缩放图标而不是使用预缩放版本,是否会影响性能?
  • 模拟器的测试是可靠还是可能,在真实设备上,缩小版本看起来不好?

  • 我知道,xxxhdpi格式是相当新的,几乎没有设备会使用这个实际的大小。使用其他尺寸(例如xhdpi)会更好吗?

+0

这似乎是松散的联系这一问题:http://stackoverflow.com/q/5998865/450534。如果应用程序的大小是一个限制,我个人更喜欢使用更大的桶大小('xhdpi'或'xxhdpi')并让设备缩小。当然,要比放大的设备要好得多,导致图像失真。虽然,我还没有遇到这个约束,考虑到正在启动的_Phablets_的数量,我很可能会使用'xxhdpi'。 –

+0

看看我的答案:http://stackoverflow.com/questions/19875158/android-background-image-size-in-pixel/19875228#19875228 –

回答

0

它确实对性能有影响,但不应该为此烦恼。 由于多种定义,更大的伤害是更大的尺寸。

这里是我的建议:

我建议你使用两者的结合为最有效的结果

+0

谢谢!由于这是关于“复杂”图标(例如汽车或房屋),因此使用9Path图像并不是一种选择。使用多个APK可以提供一个选项。但问题仍然存在:如果尺度下降质量好,性能不是真正的因素,那么提供(x)xxhdpi以外的尺寸/分辨率是必要/有优势的吗? –

+0

我不知道为什么会发生这种情况,但根据我的经验,我注意到很多时候很多图像在缩小时看起来非常糟糕。此外,许多细线可能会消失。我还遇到了在imageView(appCrash)中缩小巨大图片的问题。所以你可能不想承担这些风险。 我可以建议你做2或3个资源的定义。 类似的,一个用于最低dpi,一个用于xhdi,然后让android决定 –