Codenameone CN1与Android dpi资源文件夹相比的多映像大小

Codenameone CN1与Android dpi资源文件夹相比的多映像大小,codenameone,Codenameone,Codename OneMultiImage大小和Android的可绘制资源文件夹之间是否存在简单的映射 将任何图像作为多图像导入CN1时,无论基本图像文件的大小如何,都会提供以下大小选项: 非常低:28x28 低位:36x36 中型:48x48 高:72x72 甚高:96x96 高清:196x196 根据,在为不同文件夹创建可绘制文件时,应使用以下相对大小: MDPI:1x HDPI:1.5倍 XHDPI:2x XXHDPI:3x XXXHDPI:4x 这表明以下Android dp

Codename One
MultiImage
大小和Android的可绘制资源文件夹之间是否存在简单的映射

将任何图像作为多图像导入CN1时,无论基本图像文件的大小如何,都会提供以下大小选项:

  • 非常低:28x28
  • 低位:36x36
  • 中型:48x48
  • 高:72x72
  • 甚高:96x96
  • 高清:196x196
根据,在为不同文件夹创建可绘制文件时,应使用以下相对大小:

  • MDPI:1x
  • HDPI:1.5倍
  • XHDPI:2x
  • XXHDPI:3x
  • XXXHDPI:4x

这表明以下Android dpi资源到CN1多图像大小的映射:

  • LDPI-->低
  • MDPI-->介质
  • HDPI-->高
  • XHDPI-->非常高
  • XXHDPI-->高清
来自Android的背景,这似乎很好地简化了概念;这是正确的吗


为了抢先一步,我在中观看了MultiImage视频以及Android Trail。

是的

如果您查看SVN中的AndroidImplementation源文件,您将看到这段代码,它将提供明确的答案:

@Override
public int getDeviceDensity() {
    DisplayMetrics metrics = new DisplayMetrics();
    activity.getWindowManager().getDefaultDisplay().getMetrics(metrics);
    switch (metrics.densityDpi) {
        case DisplayMetrics.DENSITY_LOW:
            return Display.DENSITY_LOW;
        case DisplayMetrics.DENSITY_HIGH:
        case 213: // DENSITY_TV 
            return Display.DENSITY_HIGH;
        case DisplayMetrics.DENSITY_XHIGH:
            return Display.DENSITY_VERY_HIGH;
        case 480: // DisplayMetrics.DENSITY_XXHIGH
            return Display.DENSITY_HD;
        default:
            return Display.DENSITY_MEDIUM;
    }
}

我们曾经在黑莓手机库中做过类似的事情,所以这个概念对我来说并不新鲜。不过很好,尺寸箱与Android非常匹配,因为Android是我当前关注的焦点。