你应该如何(而不是)在Android上使用与密度无关的像素？

Question

一张海报建议使用一个名为SDP的项目来回答一个关于安卓密度独立机制的问题。他辩解说：

它可以帮助Android开发人员支持多个屏幕。

为什么这是一个糟糕的答案，还是一个糟糕的主意在总体上？

Answer 1

多种原因：

不良做法

这个项目所采取的方法可以说是无用的，甚至是破坏性的。

破坏性的，因为它破坏了Android的密度独立性。它所拍摄的图像几乎不需要缩放来匹配显示器的实际像素/英寸属性，因为它们是为该设备的广义密度设计的。它将它们放大，甚至达到10“片的2.6倍。这必须导致模糊或像素化位图。

无用，因为：

无论如何，你不希望在更大的设备上使用更大的物理尺寸。你不想拿一个应用程序，只想在大屏幕上缩放所有的东西。这就是苹果在2010年iPad和人们讨厌它首次发布时所做的事情。

您想要的是限制文本、按钮和其他不应该拉伸太多的UI元素的宽度。你还想要更大的利润空间。但是你可以通过为大屏幕提供另一种布局来处理这个问题，而不是摆弄Android如何处理屏幕密度。文档同意我的观点。

如果你真的想要大屏幕上的一些图形更大(通常你不应该，这里的第二个图像非常好，除了水平拉伸)，那么你应该通过为你想要支持的每个尺寸/密度对提供绘图来处理它。例如drawable-hdpi，drawable-xhdpi，drawable-sw720dp-hdpi，drawable-sw720dp-xhdpi。这样，位图就不需要缩放那些更大的屏幕，并将以高质量显示。

误导性

截图不对每个设备使用相同的比例。Nexus 7看起来和Nexus一样小。

当保持规模时，使用项目时的比较如下所示：

​

​

就像这样，当不使用它时：

​

​

不相干

该项目涉及的是物理尺寸，而不是屏幕密度。它所做的是缩放单位取决于不同的物理屏幕大小。

它不适用于所提出的问题。它可以被解释为“Android是如何概括实际屏幕密度的？”