• 酷友观点/经验:UI设计师不可不知的安卓屏幕知识(原创文章)  系统分类: 设计文章 - 酷友观点/经验 - 工作技巧 文章版权:renkai 原创,如需商业用途或转载请与 renkai 联系,谢谢配合!...

    酷友观点/经验:UI设计师不可不知的安卓屏幕知识(原创文章) 站酷推荐文章

    系统分类: 设计文章 - 酷友观点/经验 - 工作技巧

    文章版权:renkai 原创,如需商业用途或转载请与 renkai 联系,谢谢配合!


    你是安卓应用UI设计师吗?你是否被安卓手机纷繁的屏幕搞得晕头转向?你知道在什么尺寸中设计效果图经济有效吗?你知道屏幕密度是怎么回事吗?你知道dp和px的关系怎样吗?你了解屏幕差异对设计的影响吗?进来看看吧,你将从这里找到答案。

    不少设计师和工程师都被安卓设备纷繁的屏幕搞得晕头转向,我既做UI设计,也做过一点安卓界面布局,刚好对这块内容比较熟悉,也曾在公司内部做过相关的讲座,在此,我将此部分知识重新梳理出来分享给大家!


    1、了解几个概念

    (1)分辨率。分辨率就是手机屏幕的像素点数,一般描述成屏幕的“宽×高”,安卓手机屏幕常见的分辨率有480×800、720×1280、1080×1920等。720×1280表示此屏幕在宽度方向有720个像素,在高度方向有1280个像素。

    (2)屏幕大小。屏幕大小是手机对角线的物理尺寸,以英寸(inch)为单位。比如某某手机为“5寸大屏手机”,就是指对角线的尺寸,5寸×2.54厘米/寸=12.7厘米。

    (3)密度(dpi,dots per inch;或PPI,pixels per inch)。从英文顾名思义,就是每英寸的像素点数,数值越高当然显示越细腻。假如我们知道一部手机的分辨率是1080×1920,屏幕大小是5英寸,你能否算出此屏幕的密度呢?哈哈,中学的勾股定理派上用场啦!通过宽1080和高1920,根据勾股定理,我们得出对角线的像素数大约是2203,那么用2203除以5就是此屏幕的密度了,计算结果是440。440dpi的屏幕已经相当细腻了。


    2、实际密度与系统密度

    尚未发现他处使用“实际密度”和“系统密度”这两个词汇,暂时由我如此定义吧。

    “实际密度”就是我们自己算出来的密度,这个密度代表了屏幕真实的细腻程度,如上述例子中的440dpi就是实际密度,说明这块屏幕每寸有440个像素。5英寸1080×1920的屏幕密度是440,而相同分辨率的4.5英寸屏幕密度是490。如此看来,屏幕密度将会出现很多数值,呈现严重的碎片化。而密度又是安卓屏幕将界面进行缩放显示的依据,那么安卓是如何适配这么多屏幕的呢?

    其实,每部安卓手机屏幕都有一个初始的固定密度,这些数值是120、160、240、320、480,我们权且称为“系统密度”。大家发现规律没有?相隔数值之间是2倍的关系。一般情况下,240×320的屏幕是低密度120dpi,即ldpi;320×480的屏幕是中密度160dpi,即mdpi;480×800的屏幕是高密度240dpi,即hdpi;720×1280的屏幕是超高密度320dpi,即xhdpi;1080×1920的屏幕是超超高密度480dpi,即xxhdpi。

    安卓对界面元素进行缩放的比例依据正是系统密度,而不是实际密度。




    3、一个重要的单位dp

    dp也可写为dip,即density-independent pixel。你可以想象dp更类似一个物理尺寸,比如一张宽和高均为100dp的图片在320×480和480×800的手机上“看起来”一样大。而实际上,它们的像素值并不一样。dp正是这样一个尺寸,不管这个屏幕的密度是多少,屏幕上相同dp大小的元素看起来始终差不多大。

    另外,文字尺寸使用sp,即scale-independentpixel的缩写,这样,当你在系统设置里调节字号大小时,应用中的文字也会随之变大变小。



    4、dp与px的转换

    在安卓中,系统密度为160dpi的中密度手机屏幕为基准屏幕,即320×480的手机屏幕。在这个屏幕中,1dp=1px。

    100dp在320×480(mdpi,160dpi)中是100px。那么100dp在480×800(hdpi,240dpi)的手机上是多少px呢?我们知道100dp在两个手机上看起来差不多大,根据160与240的比例关系,我们可以知道,在480×800中,100dp实际覆盖了150px。因此,如果你为mdpi手机提供了一张100px的图片,这张图片在hdpi手机上就会拉伸至150px,但是他们都是100dp。

    中密度和高密度的缩放比例似乎可以不通过160dpi和240dpi计算,而通过320px和480px也可以算出。但是按照宽度计算缩放比例不适用于超高密度xhdpi和超超高密度xxhdpi了。即720×1280中1dp是多少px呢?如果用720/320,你会得出1dp=2.25px,实际这样算出来是不对的。dp与px的换算要以系统密度为准,720×1280的系统密度为320,320×480的系统密度为160,320/160=2,那么在720×1280中,1dp=2px。同理,在1080×1920中,1dp=3px。

    大家可以记住下面这个比例,dp与px的换算就十分easy啦!

    ldpi:mdpi:hdpi:xhdpi:xxhdpi=3:4:6:8:12,我们发现,相隔数字之间还是2倍的关系。计算的时候,以mdpi为基准。比如在720×1280(xhdpi)中,1dp等于多少px呢?mdpi是4,xhdpi是8,2倍的关系,即1dp=2px。反着计算更重要,比如你用PhotoShop在720×1280的画布中制作了界面效果图,两个元素的间距是20px,那要标注多少dp呢?2倍的关系,那就是10dp!



    当安卓系统字号设为“普通”时,sp与px的尺寸换算和dp与px是一样的。比如某个文字大小在720×1280的PS画布中是24px,那么告诉工程师,这个文字大小是12sp。


    5、建议在xdhpi中作图

    安卓手机有这么多屏幕,我到底依据哪种屏幕作图呢?没有必要为不同密度的手机都提供一套素材,大部分情况下,一套就够了。

    现在手机比较高的分辨率是1080×1920,你可以选择这个尺寸作图,但是图片素材将会增大应用安装包的大小。并且尺寸越大的图片占用的内存也就越高。如果你不是设计ROM,而是做一款应用,我建议大家用PS在720×1280的画布中作图。这个尺寸兼顾了美观性、经济性和计算的简单。美观性是指,以这个尺寸做出来的应用,在720×1280中显示完美,在1080×1920中看起来也比较清晰;经济性是指,这个分辨率下导出的图片尺寸适中,内存消耗不会过高,并且图片文件大小适中,安装包也不会过大;计算的简单,就是1dp=2px啊,多好计算啊!

    做出来的图片,记着让界面工程师放进drawable-xhdpi的资源文件夹中。


    6、屏幕的宽高差异

    在720×1280中作图,要考虑向下兼容不同的屏幕。通过计算我们可以知道,320×480和480×800的屏幕宽度都是320dp,而720×1280和1080×1920的屏幕宽度都是360dp。它们之间有40dp的差距,这40dp在设计中影响还是很大的。如下图蝴蝶图片距离屏幕的左右边距在320dp宽的屏幕和360dp宽的屏幕中就不一样。




    不仅宽度上有差异,高度上的差异更加明显。对于天气等工具类应用,由于界面一般是独占式的,更要考虑屏幕之间的比例差异。




    如果想消除这些比例差异,可以通过添加布局文件来实现。一般情况下,布局文件放在layout文件夹中,如果要单独对360dp的屏幕进行调整,你可以单做做一个布局文件放在layout-w360dp中;不过,最好是默认针对360dp的屏幕布局(较为主流),然后对320dp的屏幕单独布局,将布局文件放到layout-w320dp中;如果你想对某个特殊的分辨率进行调整,那么你可以将布局文件放在标有分辨率的文件夹中,如layout-854×480。


    7、几个资源的文件夹

    在720×1280中做了图片,要让开发人员放到drawable-xhdpi的资源文件夹中,这样才可以显示正确。个人认为仅提供一套素材就可以了,可以测试一下应用在低端手机上运行是否流畅,如果比较卡顿,可以根据需要提供部分mdpi的图片素材,因为xhdpi中的图片运行在mdpi的手机上会比较占内存。

    以应用图标为例,xhdpi中的图标大小是96px,如果要单独给mdpi提供图标,那么这个图标大小是48px,放到drawable-mdpi的资源文件夹中。各个资源文件夹中的图片尺寸同样符合ldpi:mdpi:hdpi:xhdpi:xxhdpi=3:4:6:8:12的规律。


    如果你把一个高2px的分割线素材做成了9.png图片,你想让细线在不同密度中都是2px,而不被安卓根据密度进行缩放,怎么办?你可以把这个分割线素材放到drawable-nodpi中,这个资源文件夹中的图片,将按照实际像素大小进行显示,而不会被安卓根据密度进行缩放。即在mdpi中细线是2px(2dp),在xhdpi中细线是2px(1dp)。


    以上是对安卓屏幕的初步总结,不知道你看完后是豁然开朗,还是一头雾水?这篇文章主要为了实用起见,避开了过多深入的分析,如果你还有什么疑问,可以留言。


    ----------------------------------------------------------


    最后补充一下,不少朋友问我安卓平板的设计,提到最多的是1280×800的分辨率,这个分辨率的平板一般是10.1寸的中密度屏幕,直接在PS中建立1280×800的画布,提取之后的素材让开发放到drawable-mdpi中即可。并且中密度的平板中,1dp=1px,比较好换算单位。

    展开全文
  • 一、xxxhdpi、560dpi、xxhdpi、xhdpi、hdpi、mdpi、ldpi (还有tvdpi 主要用于电视,不去讨论) 在某个dpi缺失的情况下,如果去找寻。 二、values-xxhdpi-1920X1080 这种以dpi加屏幕分辨率的适配方案是什么规律。 一...



    可以查看最新的文章《Android屏幕适配》:http://blog.csdn.net/wolinxuebin/article/details/54288798




    9月27号,更新,从源码的中找到了关于分辨率写法以及android如何查找dpi资源的代码,见第3章。

    这篇文章主要讲两点:

    一、xxxhdpi、560dpi、xxhdpi、xhdpi、hdpi、mdpi、ldpi (还有tvdpi 主要用于电视,不去讨论) 在某个dpi缺失的情况下,如果去找寻。

    二、values-xxhdpi-1920X1080 这种以dpi加屏幕分辨率的适配方案是什么规律。


    一、各种dpi之间的关系

    【1】:由于网上以及存在一篇很好的文章,所以就不细讲了,这里给出链接地址:http://blog.csdn.net/a220315410/article/details/11896189 【文章1】

    【2】:其次还看可以去查看官方文档:https://developer.android.com/guide/topics/resources/providing-resources.html 【文章2】


           为了方便查阅,在文章的末尾列出了google的“配置限定符名称”表格。 所有res/下的文件都必须遵守,否则会报错,具体命名规则请参考【文章1】或者Google 官方文档【文章2】。

    这里我们将讨论下如果我们在res下存在 values-xxhdpi 以及values-hdpi,values-mdpi,values-ldpi 以及默认的values文件夹。【注,假设每个文件都有我们需要的资源】

    【情景一】,设备为:xxhdpi(或hdpi, 或 mdpi, 或 ldpi)的情况下, 因为res/下存在相应的目录,所以讲匹配各自相应的目录便可,这叫“最佳匹配”。

    【情景二】,设备为xhdpi,发现上述目录中没有相应的资源,那该如何?将会到哪个目录下寻找?

    会去最近的比自己高的dpi,也就是xxhdpi,如果没有xxhdpi,那么会找560dpi,最后找xxxhdpi,也就是 xxhdpi>560dpi>xxxhdpi

    如果没有自己高的呢? 找里自己最近的小dpi(values一般称为default,会比ldpi高) mdpi > default>ldpi

    总结,来一个总的顺序 xxxhdpi->560dpi->xxhdpi->xhdpi->hdpi->mdpi->default->ldpi。

    如果缺少hdpi,先往上找xhdpi > xxhdpi> 560dpi > xxxhdpi,如果都没有则 mdpi > default > ldpi

    1) 如果资源是dimen或Integer等,以取到的值为准

    2) 如果是图片资源,按照相应的比例进行压缩或放大。 如hdpi为240 xxdpi为 480 ,所以hdpi的设备到xxhdpi中拿到的图片将会压缩至原来的1/2。反之放大2倍。


    二、在资源后面带上分辨率 如(xxhdpi-1920X1080)


    命名规范,google官方没有这种规定,所以根据文章末尾的“配置限定符名称”表中的命名规则进行测试,发现1920X1080方这一名称和表格最后的“平台版本”为同一等级(谁先谁后都行)

    匹配规律:

    1)1920X1080 与 1080X1920 是完全一样的,如果都写上将报 :Error: Duplicate resources (最后取其较长的为屏幕的高度)

    2)如果长或宽,有一个超过机子的分辨率,将不会被匹配 (如 1920X1080 的手机, 如果长度为1921,或其中一个较小的值超过了1080,都不会被匹配)

    3)如果宽度和高度两个数值的和相等的情况下,高度(较大的数)越接近实际手机高度的将会被匹配。 (1920X80 与 1000X1000 将会匹配1920X80

    4)如果两个数之和不相等,那么取和较大的进行匹配。 (也就是 1920X80 与 1001X1000 将会匹配1001X1000



    注:以上这几条规律,由于google没有做相应的官方文档,全都是通过实验得到,如果有错误,请在评论中留言,大家共同进步。 看第三章


    三、从源码的角度,分析以上的几个论点

    在Android的源码中的ResourceTypes的getEntry中有如下两个关键的函数,一个是match,另一个是isBatterThan。具体见下面:

    3.1 match函数


    从上述函数中可以看到,的确有screenSize的定义,节选代码如下:

    bool ResTable_config::match(const ResTable_config& settings) const {
        //....
        if (screenSize != 0) {
            if (screenWidth != 0 && screenWidth > settings.screenWidth) {
                return false;
            }
            if (screenHeight != 0 && screenHeight > settings.screenHeight) {
                return false;
            }
        }
        if (version != 0) {
            if (sdkVersion != 0 && sdkVersion > settings.sdkVersion) {
                return false;
            }
            if (minorVersion != 0 && minorVersion != settings.minorVersion) {
                return false;
            }
        }
        return true;
    }


    3.2 isBatterThan函数

    这个函数的主要作用是选择最合适的资源,节选代码如下:

    bool ResTable_config::isBetterThan(const ResTable_config& o,
            const ResTable_config* requested) const {
        if (requested) {
            //...
    
            if (screenType || o.screenType) {
                if (density != o.density) {
                    // Use the system default density (DENSITY_MEDIUM, 160dpi) if none specified.
                    const int thisDensity = density ? density : int(ResTable_config::DENSITY_MEDIUM);
                    const int otherDensity = o.density ? o.density : int(ResTable_config::DENSITY_MEDIUM);
    
                    // We always prefer DENSITY_ANY over scaling a density bucket.
                    if (thisDensity == ResTable_config::DENSITY_ANY) {
                        return true;
                    } else if (otherDensity == ResTable_config::DENSITY_ANY) {
                        return false;
                    }
    
                    int requestedDensity = requested->density;
                    if (requested->density == 0 ||
                            requested->density == ResTable_config::DENSITY_ANY) {
                        requestedDensity = ResTable_config::DENSITY_MEDIUM;
                    }
    
                    // DENSITY_ANY is now dealt with. We should look to
                    // pick a density bucket and potentially scale it.
                    // Any density is potentially useful
                    // because the system will scale it.  Scaling down
                    // is generally better than scaling up.
                    int h = thisDensity;
                    int l = otherDensity;
                    bool bImBigger = true;
                    if (l > h) {
                        int t = h;
                        h = l;
                        l = t;
                        bImBigger = false;
                    }
    
                    if (requestedDensity >= h) {
                        // requested value higher than both l and h, give h
                        return bImBigger;
                    }
                    if (l >= requestedDensity) {
                        // requested value lower than both l and h, give l
                        return !bImBigger;
                    }
                    // saying that scaling down is 2x better than up
                    if (((2 * l) - requestedDensity) * h > requestedDensity * requestedDensity) {
                        return !bImBigger;
                    } else {
                        return bImBigger;
                    }
                }
    
                if ((touchscreen != o.touchscreen) && requested->touchscreen) {
                    return (touchscreen);
                }
            }
    
            //......
    
            if (screenSize || o.screenSize) {
                // "Better" is based on the sum of the difference between both
                // width and height from the requested dimensions.  We are
                // assuming the invalid configs (with smaller sizes) have
                // already been filtered.  Note that if a particular dimension
                // is unspecified, we will end up with a large value (the
                // difference between 0 and the requested dimension), which is
                // good since we will prefer a config that has specified a
                // size value.
                int myDelta = 0, otherDelta = 0;
                if (requested->screenWidth) {
                    myDelta += requested->screenWidth - screenWidth;
                    otherDelta += requested->screenWidth - o.screenWidth;
                }
                if (requested->screenHeight) {
                    myDelta += requested->screenHeight - screenHeight;
                    otherDelta += requested->screenHeight - o.screenHeight;
                }
                if (myDelta != otherDelta) {
                    return myDelta < otherDelta;
                }
            }
    
            //...
        }
        return isMoreSpecificThan(o);
    }

    3.2.1 屏幕密度资源

    上述代码中,地一段是关于如何选取最优的屏幕密度资源,注释有有一句话,大致意思是,从高密度到到低密度的效率会高过从低密度到高密度转化。这段代码总结来是如下几条:

    1、系统默认屏幕密码==mdpi

    2、如果request 密度 < 当前遍历的密度 和 best密度(之前最佳项) 那么就讲他们取他们两者间小的

    3、如果request 密度 < 当前遍历的密度 和 best密度(之前最佳项) 那么就讲他们取他们两者间大的

    4、如果request 密度(r) 在 当前遍历的密度(l) 和 best密度(之前最佳项)(h) 之间 (l 和 h的位置可以变化,代表其中小的) 那么遵循 (2*l - r) * h > r * r 这个条件,也就是说寻找更靠近 request 密度的资源

    3.2.2 像素资源

    第二段是关于屏幕分辨率的,可以将上述代码进行化简(前提是当前屏幕满足) wSize + hSize 的和越接近 requestWSize + requestHSize,作为最佳资源。


    参考文献:

    【1】Android应用程序资源的编译和打包过程分析

    【2】Android应用程序资源的查找过程分析

    【3】 google 6.0源码


    google官方表格:配置限定符名称表

    配置 限定符值 描述
    MCC 和 MNC 示例:
    mcc310
    mcc310-mnc004
    mcc208-mnc00
    等等

    移动国家代码 (MCC),(可选)后跟设备 SIM 卡中的移动网络代码 (MNC)。例如,mcc310是指美国的任一运营商,mcc310-mnc004 是指美国的 Verizon 公司,mcc208-mnc00 是指法国的 Orange 公司。

    如果设备使用无线电连接(GSM 手机),则 MCC 和 MNC 值来自 SIM 卡。

    也可以单独使用 MCC(例如,将国家/地区特定的合法资源包括在应用中)。如果只需根据语言指定,则改用“语言和区域”限定符(稍后进行介绍)。 如果决定使用 MCC 和 MNC 限定符,请谨慎执行此操作并测试限定符是否按预期工作。

    另请参阅配置字段 mcc 和 mnc,这两个字段分别表示当前的移动国家代码和移动网络代码。

    语言和区域 示例:
    en
    fr
    en-rUS
    fr-rFR
    fr-rCA
    等等

    语言通过由两个字母组成的 ISO 639-1 语言代码定义,(可选)后跟两个字母组成的 ISO 3166-1-alpha-2 区域码(前带小写字母“r”)。

    这些代码不区分大小写;r 前缀用于区分区域码。 不能单独指定区域。

    如果用户更改系统设置中的语言,它有可能在应用生命周期中发生改变。 如需了解这会在运行期间给应用带来哪些影响,请参阅处理运行时变更

    有关针对其他语言本地化应用的完整指南,请参阅本地化

    另请参阅 locale 配置字段,该字段表示当前的区域设置。

    布局方向 ldrtl
    ldltr

    应用的布局方向。ldrtl 是指“布局方向从右到左”。ldltr 是指“布局方向从左到右”,这是默认的隐式值。

    它适用于布局、图片或值等任何资源。

    例如,若要针对阿拉伯语提供某种特定布局,并针对任何其他“从右到左”语言(如波斯语或希伯来语)提供某种通用布局,则可编码如下:

    res/
        layout/   
            main.xml  (Default layout)
        layout-ar/  
            main.xml  (Specific layout for Arabic)
        layout-ldrtl/  
            main.xml  (Any "right-to-left" language, except
                      for Arabic, because the "ar" language qualifier
                      has a higher precedence.)
    

    注:要为应用启用从右到左的布局功能,必须将 supportsRtl 设置为 "true",并将targetSdkVersion 设置为 17 或更高。

    此项为API 级别 17 中新增配置。

    smallestWidth sw<N>dp

    示例:
    sw320dp
    sw600dp
    sw720dp
    等等

    屏幕的基本尺寸,由可用屏幕区域的最小尺寸指定。 具体来说,设备的 smallestWidth 是屏幕可用高度和宽度的最小尺寸(您也可以将其视为屏幕的“最小可能宽度”)。无论屏幕的当前方向如何,您均可使用此限定符确保应用 UI 的可用宽度至少为 &lt;N&gt;dp。

    例如,如果布局要求屏幕区域的最小尺寸始终至少为 600dp,则可使用此限定符创建布局资源 res/layout-sw600dp/。仅当可用屏幕的最小尺寸至少为 600dp 时,系统才会使用这些资源,而不考虑 600dp 所代表的边是用户所认为的高度还是宽度。smallestWidth 是设备的固定屏幕尺寸特性;设备的 smallestWidth 不会随屏幕方向的变化而改变

    设备的 smallestWidth 将屏幕装饰元素和系统 UI 考虑在内。例如,如果设备的屏幕上有一些永久性 UI 元素占据沿 smallestWidth 轴的空间,则系统会声明 smallestWidth 小于实际屏幕尺寸,因为这些屏幕像素不适用于您的 UI。因此,使用的值应该是布局所需要的实际最小尺寸(通常,无论屏幕的当前方向如何,此值都是布局支持的“最小宽度”)。

    以下是一些可用于普通屏幕尺寸的值:

    • 320,适用于屏幕配置如下的设备:
      • 240x320 ldpi(QVGA 手机)
      • 320x480 mdpi(手机)
      • 480x800 hdpi(高密度手机)
    • 480,适用于 480x800 mdpi 之类的屏幕(平板电脑/手机)。
    • 600,适用于 600x1024 mdpi 之类的屏幕(7 英寸平板电脑)。
    • 720,适用于 720x1280 mdpi 之类的屏幕(10 英寸平板电脑)。

    应用为多个资源目录提供不同的 smallestWidth 限定符值时,系统会使用最接近(但未超出)设备 smallestWidth 的值。

    此项为 API 级别 13 中新增配置。

    另请参阅 android:requiresSmallestWidthDp 属性和 smallestScreenWidthDp 配置字段,前者声明与应用兼容的最小 smallestWidth;后者存放设备的 smallestWidth 值。

    如需了解有关设计不同屏幕和使用此限定符的详细信息,请参阅支持多个屏幕开发者指南。

    可用宽度 w<N>dp

    示例:
    w720dp
    w1024dp
    等等

    指定资源应该使用的最小可用屏幕宽度,以 dp 为单位,由 <N> 值定义。在横向和纵向之间切换时,为了匹配当前实际宽度,此配置值也会随之发生变化。

    应用为多个资源目录提供不同的此配置值时,系统会使用最接近(但未超出)设备当前屏幕宽度的值。 此处的值考虑到了屏幕装饰元素,因此如果设备显示屏的左边缘或右边缘上有一些永久性 UI 元素,考虑到这些 UI 元素,它会使用小于实际屏幕尺寸的宽度值,这样会减少应用的可用空间。

    此项为 API 级别 13 中新增配置。

    另请参阅 screenWidthDp 配置字段,该字段存放当前屏幕宽度。

    如需了解有关设计不同屏幕和使用此限定符的详细信息,请参阅支持多个屏幕开发者指南。

    可用高度 h<N>dp

    示例:
    h720dp
    h1024dp
    等等

    指定资源应该使用的最小可用屏幕高度,以“dp”为单位,由 <N> 值定义。 在横向和纵向之间切换时,为了匹配当前实际高度,此配置值也会随之发生变化。

    应用为多个资源目录提供不同的此配置值时,系统会使用最接近(但未超出)设备当前屏幕高度的值。 此处的值考虑到了屏幕装饰元素,因此如果设备显示屏的上边缘或下边缘有一些永久性 UI 元素,考虑到这些 UI 元素,同时为减少应用的可用空间,它会使用小于实际屏幕尺寸的高度值。 非固定的屏幕装饰元素(例如,全屏时可隐藏的手机状态栏)并不在考虑范围内,标题栏或操作栏等窗口装饰也不在考虑范围内,因此应用必须准备好处理稍小于其所指定值的空间。

    此项为 API 级别 13 中新增配置。

    另请参阅 screenHeightDp 配置字段,该字段存放当前屏幕宽度。

    如需了解有关设计不同屏幕和使用此限定符的详细信息,请参阅支持多个屏幕开发者指南。

    屏幕尺寸 small
    normal
    large
    xlarge
    • small:尺寸类似于低密度 QVGA 屏幕的屏幕。小屏幕的最小布局尺寸约为 320x426 dp 单位。例如,QVGA 低密度屏幕和 VGA 高密度屏幕。
    • normal:尺寸类似于中等密度 HVGA 屏幕的屏幕。标准屏幕的最小布局尺寸约为 320x470 dp 单位。例如,WQVGA 低密度屏幕、HVGA 中等密度屏幕、WVGA 高密度屏幕。
    • large:尺寸类似于中等密度 VGA 屏幕的屏幕。 大屏幕的最小布局尺寸约为 480x640 dp 单位。 例如,VGA 和 WVGA 中等密度屏幕。
    • xlarge:明显大于传统中等密度 HVGA 屏幕的屏幕。超大屏幕的最小布局尺寸约为 720x960 dp 单位。在大多数情况下,屏幕超大的设备体积过大,不能放进口袋,最常见的是平板式设备。 此项为 API 级别 9 中新增配置。

    注:使用尺寸限定符并不表示资源仅适用于该尺寸的屏幕。 如果没有为备用资源提供最符合当前设备配置的限定符,则系统可能使用其中最匹配的资源。

    注意:如果所有资源均使用大于当前屏幕的尺寸限定符,则系统会使用这些资源,并且应用在运行时将会崩溃(例如,如果所有布局资源均用 xlarge 限定符标记,但设备是标准尺寸的屏幕)。

    此项为 API 级别 4 中新增配置。

    如需了解详细信息,请参阅支持多个屏幕

    另请参阅 screenLayout 配置字段,该字段表示屏幕是小尺寸、标准尺寸还是大尺寸。

    屏幕纵横比 long
    notlong
    • long:宽屏,如 WQVGA、WVGA、FWVGA
    • notlong:非宽屏,如 QVGA、HVGA 和 VGA

    此项为 API 级别 4 中新增配置。

    它完全基于屏幕的纵横比(宽屏较宽),而与屏幕方向无关。

    另请参阅 screenLayout 配置字段,该字段指示屏幕是否为宽屏。

    屏幕方向 port
    land
    • port:设备处于纵向(垂直)
    • land:设备处于横向(水平)

    如果用户旋转屏幕,它有可能在应用生命周期中发生改变。 如需了解这会在运行期间给应用带来哪些影响,请参阅处理运行时变更

    另请参阅 orientation 配置字段,该字段指示当前的设备方向。

    UI 模式 car
    desk
    television
    appliancewatch
    • car:设备正在车载手机座上显示
    • desk:设备正在桌面手机座上显示
    • television:设备正在电视上显示,为用户提供“十英尺”体验,其 UI 位于远离用户的大屏幕上,主要面向方向键或其他非指针式交互
    • appliance:设备用作不带显示屏的装置
    • watch:设备配有显示屏,戴在手腕上

    此项为 API 级别 8 中新增配置,API 13 中新增电视配置,API 20 中新增手表配置。

    如需了解应用在设备插入手机座或从中移除时的响应方式,请阅读确定并监控插接状态和类型

    如果用户将设备放入手机座中,它有可能在应用生命周期中发生改变。 可以使用UiModeManager 启用或禁用其中某些模式。如需了解这会在运行期间给应用带来哪些影响,请参阅处理运行时变更

    夜间模式 night
    notnight
    • night:夜间
    • notnight:白天

    此项为 API 级别 8 中新增配置。

    如果夜间模式停留在自动模式(默认),它有可能在应用生命周期中发生改变。在这种情况下,该模式会根据当天的时间进行调整。 可以使用 UiModeManager 启用或禁用此模式。如需了解这会在运行期间给应用带来哪些影响,请参阅处理运行时变更

    屏幕像素密度 (dpi) ldpi
    mdpi
    hdpi
    xhdpi
    xxhdpi
    xxxhdpi
    nodpi
    tvdpi
    • ldpi:低密度屏幕;约为 120dpi。
    • mdpi:中等密度(传统 HVGA)屏幕;约为 160dpi。
    • hdpi:高密度屏幕;约为 240dpi。
    • xhdpi:超高密度屏幕;约为 320dpi。API 级别 8 中新增配置
    • xxhdpi:超超高密度屏幕;约为 480dpi。API 级别 16 中新增配置
    • xxxhdpi:超超超高密度屏幕使用(仅限启动器图标,请参阅“支持多个屏幕”中的注释);约为 640dpi。 API 级别 18 中新增配置
    • nodpi:它可用于您不希望缩放以匹配设备密度的位图资源。
    • tvdpi:密度介于 mdpi 和 hdpi 之间的屏幕;约为 213dpi。它并不是“主要”密度组, 主要用于电视,而大多数应用都不需要它。对于大多数应用而言,提供 mdpi 和 hdpi 资源便已足够,系统将根据需要对其进行缩放。API 级别 13 中引入了此限定符。

    六个主要密度之间的缩放比为 3:4:6:8:12:16(忽略 tvdpi 密度)。因此,9x9 (ldpi) 位图相当于 12x12 (mdpi)、18x18 (hdpi)、24x24 (xhdpi) 位图,依此类推。

    如果您认为图像资源在电视或其他某些设备上呈现的效果不够好,而想尝试使用 tvdpi 资源,则缩放比例为 1.33*mdpi。例如,mdpi 屏幕的 100px x 100px 图像应该相当于 tvdpi 的133px x 133px。

    注:使用密度限定符并不表示资源仅适用于该密度的屏幕。 如果没有为备用资源提供最符合当前设备配置的限定符,则系统可能使用其中最匹配的资源。

    如需了解有关如何处理不同屏幕密度以及 Android 如何缩放位图以适应当前密度的详细信息,请参阅支持多个屏幕

    触摸屏类型 notouch
    finger
    • notouch:设备没有触摸屏。
    • finger:设备有一个专供用户通过手指直接与其交互的触摸屏。

    另请参阅 touchscreen 配置字段,该字段指示设备上的触摸屏类型。

    键盘可用性 keysexposed
    keyshidden
    keyssoft
    • keysexposed:设备具有可用的键盘。如果设备启用了软键盘(不无可能),那么即使硬键盘没有展示给用户,哪怕设备没有硬键盘,也可以使用此限定符。 如果没有提供或已经禁用软键盘,则只有在显示硬键盘时才会使用此限定符。
    • keyshidden:设备具有可用的硬键盘,但它处于隐藏状态,且设备没有启用软键盘。
    • keyssoft:设备已经启用软键盘(无论是否可见)。

    如果提供了 keysexposed 资源,但未提供 keyssoft 资源,那么只要系统已经启用软键盘,就会使用 keysexposed 资源,而不考虑键盘是否可见。

    如果用户打开硬键盘,它有可能在应用生命周期中发生改变。 如需了解这会在运行期间给应用带来哪些影响,请参阅处理运行时变更

    另请参阅配置字段 hardKeyboardHidden 和 keyboardHidden,这两个字段分别指示硬键盘的可见性和任何一种键盘(包括软键盘)的可见性。

    主要文本输入法 nokeys
    qwerty
    12key
    • nokeys:设备没有用于文本输入的硬按键。
    • qwerty:设备具有标准硬键盘(无论是否对用户可见)。
    • 12key:设备具有 12 键硬键盘(无论是否对用户可见)。

    另请参阅 keyboard 配置字段,该字段指示可用的主要文本输入法。

    平台版本(API 级别) 示例:
    v3
    v4
    v7
    等等

    设备支持的 API 级别。例如,v1 对应于 API 级别 1(带有 Android 1.0 或更高版本系统的设备),v4 对应于 API 级别 4(带有 Android 1.6 或更高版本系统的设备)。如需了解有关这些值的详细信息,请参阅 Android API 级别文档。


    展开全文
  • 直到阅读《阿里Android开发规范》后,在mipmap的规范上有所疑惑,于是在好奇心的驱使下进行了相关学习,相去已有半载,前两天又碰到相关问题,故而记录温故一下。 像素(px)与像素密度(dpi) px即是像素点,dpi...

    背景


    对于mipmap的使用以前并没有太多的深入追究。开发中,图片的适配几乎没有,一张图片适配所有设备,能用就行,自学时的单独开发是如此,工作后的项目之中也是这样。直到阅读《阿里Android开发规范》后,在mipmap的规范上有所疑惑,于是在好奇心的驱使下进行了相关学习,相去已有半载,前两天又碰到相关问题,故而记录温故一下。


    像素(px)与像素密度(dpi)


    px即是像素点,dpi表示每一英寸下所存在的px个数。px与dpi之间的换算公式为:

    像素密度=√{(长度像素数^2+宽度像素数^2)}/ 屏幕尺寸

    注:屏幕尺寸是5.2 寸、 6.5 寸等都是指屏幕对角尺寸

    例如:小米 mix2 ,分辨率是 1080 x 2160, 屏幕尺寸是 5.99 英寸,那么按照上述算法就是 1080 平方加上 2160 平方再开平方等于 2414.95,然后 2414.95 / 5.99 = 403 dpi


    dpi、px与dp的关系


    Android机型品种繁多,屏幕大小也是千差万别,为了适配这些尺寸,我们使用dp进行适配,以dp为单位的界面元素,在显示时便根据屏幕尺寸的大小,适当调整界面中各个元素的大小。

    规定dpi、px、dp的计算公式为:px = dp * (dpi / 160);

    即:规定,1个dp的长度等于dpi为160的屏幕上1个像素所具有的长度。10dp在160dpi的设备上需要10个像素显示,在320dpi的设备上则需要20个像素显示。


    dp与mipmap的合理配合


    从上述可知,当我们设置一个`<Image/>`的宽度为32dp时,则在240dpi的设备上填充使用的图片宽度为48px,在320dpi的设备上则需要宽度为64px的图片进行填充,按比例依次类推。然而,实际在图片填充的过程我们不可能为每一款设备都给一张完全合乎比例的图片,设备种类太多太杂,因此在Android中采取了近似取值的办法,根据dpi的不同将设备分为:ldpi、mdpi、hdpi、xhdpi、xxhdpi、xxxhdpi,规则如下:

    如表中所示,规定240dpi的设备为hdpi型,此时的1dp等于1.5px,需要36px*36px大小的图片来填充24dp * 24dp的界面元素。那么如果dpi不在上表中呢?此时,程序会在运行时选择加载dpi值离上表最近的一个高dpi等级进行加载,即330dpi的设备上程序会加载xxhdpi中,再来一张图你就明白了。

    如果最近的高dpi等级对应得目录中没有图片资源文件,程序将自动往更高得dpi等级对于的文件中去寻找,如果还是找不到资源文件,程序再向左(依次降低dpi等级)遍历。

    如果不妥善处理图片与dpi目录关系,则可能再低密度设备上导致内存增加,又可能在高密度设备上导致图片显示不够清晰。

    展开全文
  • 1、上表格 DPI,DP,PX 宽×高(标准值) 240×320 320×480 480×800 720×1280 ...DPI等级 LDPI MDPI HDPI XHDPI XXHDPI XXXHDPI DPI数值 120 160 240 320 480 6

    1、上表格 DPI,DP,PX

    宽×高(标准值) 240×320 320×480 480×800 720×1280 1080×1920 1440×2560
    DPI等级 LDPI MDPI HDPI XHDPI XXHDPI XXXHDPI
    DPI数值 120 160 240 320 480 640
    对应比例 3 4 6 8 12 16
    1DP=?PX 0.75 1 1.5 2 3 4


    2、adb 修改

     adb shell

     wm size 1080x1920

    wm density 480

    //wm size reset

    //wm desity reset




    展开全文
  • dpi(每英寸的点数):像素密度是屏幕上单位... DPI等级 1dp =?px 240*320 120dpi ldpi 0.75 320*480 120-160dpi mdpi 1 480*800/480*854 160-240dpi hdpi 1.5 720*1280 ...

    dpi(每英寸的点数):像素密度是屏幕上单位面积内的像素数。

    分辨率 DPI数值范围 DPI等级 1dp =?px
    240*320 120dpi ldpi 0.75
    320*480 120-160dpi mdpi 1
    480*800/480*854 160-240dpi hdpi 1.5
    720*1280 240-320dpi xhdpi 2
    1080*1920 320-480dpi xxhdpi 3
    1440*2560 480-640dpi xxxhdpi 4

    1.drawable-nodpi :存放与像素密度无关的资源。无论当前屏幕的像素密度如何,系统都不会缩放使用此限定符标记的资源。

    2.drawable-anydpi:资源优先于任何dpi得到使用。

     

    展开全文
  • Android 屏幕密度等级

    2017-03-21 17:43:59
    Android 屏幕密度等级
  • Android的UI设计中和页面编程布局的过程中,我们经常会接触到分辨率,DPI,DP,PX这些概念,有必要对它们进行一下梳理和总结,这篇短小精湛的博客就用一张图来概括了这几个概念的对应关系,以便忘了的时候回来翻翻...
  • dpi、dp、px、inch 大揭秘 1.名词解释 dpi:屏幕密度 每英寸的像素点数 dp:密度无关像素 等于 160 dpi 屏幕上的一个物理像素 px:手机屏幕的像素点数 例如分辨率有720×1280的手机设备,表示此屏幕在宽度方向有...
  • android 上面的手表,平板电脑, 所有做客户端的必须要做机型适配 机型适配的要求: 匹配,合适,正常,稳定。 需求: 1:支持Android2.1以上的版本,V7包 2:支持手机和平板电脑,屏幕适配 3:为阿拉伯国家提供...
  • 在百度,高德的地图API里都提供了比例尺控件,但是ArcGIS for Android里并没有提供。不过没关系,我们可以自己绘制一个比例尺来。  在绘制比例尺前,我们先了解几个概念:  1.PPI,Pixels Per Inch的所写,表示的...
  • android 布局如何支持多种不同屏幕尺寸支持多种屏幕android运行在不同尺寸和像素(密度)的设备上,android系统给应用程序提供了一个相同的环境去适应不同的UI显示界面。同时系统提供API让应用程序去控制UI在不同尺寸...
  • android3.0之前版本,要适配指定的分辨率,需将layout文件夹定义成如下名称: layout layout-1024x768 layout-1024x600 layout-1280x768  在android3.0后,要适配如上的分辨率,需将高度减去48像素,...
  • Android 图片适配,真的不是你想像的那样,至少在写这篇文章之前,我陷在一个很大很大的误区中。 1. 关于适配 所有关于适配的基本概念,这里不多介绍,资料有很多。下面只介绍点比较重要的部分。 等级 密度 比例...
  • 1.px 2.分辨率 3.dpi 4.density 5.dp(dip) 6.sp 7.图片文件分辨率 8.找不到对应分辨率资源文件情况
  • Android开发中,UI布局可以说是每个App使用频率很高的,随着UI越来越多,布局的重复性、复杂度也会随之增长,这样使得UI布局的优化,显得至关重要,UI布局不慎,就会引起过度绘制,从而造成UI卡顿的情况,本篇博客...
  • 宽×高(标准值)240×320320×480480×800720×12801080×19201440×2560DPI等级LDPIMDPIHDPIXHDPIXXHDPIXXXHDPIDPI数值120160240320480640对应比例346812161DP=?PX0.7511.5234转自...
  • Android中的dp问题

    2016-11-12 21:26:43
    首先 Android 中有这样一个公式 px = dp *(dpi/160) px:像素数 dp: dpi:接下来会有两个dpi,请具体区分 像素密度 每英寸有的像素数 具体每...Android在编译的时候会对于手机的dpi先匹配一个等级dpi,带入上
  • Android N Display Size

    2017-05-23 13:55:00
    Android N新特性-屏幕缩放Android 7.0 支持用户设置显示尺寸,以放大或缩小屏幕上的所有元素,从而提升设备对视力不佳用户的可访问性。具体实现是通过调节屏幕dpi,最大调节级数为5级。
  • 下载地址 最后更新共计113个分类5177套源码29.2 GB。...│ │ Android TagCloudView云标签的灵活运用.rar │ │ Android 实现 标签 拖动 改变位置.rar │ │ android 流式布局和热门标签.zip │ │ ...
1 2 3 4 5 ... 20
收藏数 697
精华内容 278
热门标签