适配

适配:使得某一元素在Android不同尺寸、不同分辨率的手机上具备相同的显示效果

基本概念

  • 屏幕尺寸
    含义:手机对角线的物理尺寸

    单位:英寸(inch),1英寸=2.54cm

      Android手机常见的尺寸有5寸、5.5寸、6寸等等
    
  • 屏幕分辨率
    含义:手机在横向、纵向上的像素点数总和

      1,一般描述成屏幕的"宽x高”=AxB
      
      2,含义:屏幕在横向方向(宽度)上有A个像素点,在纵向方向(高)有B个像素点
      
      3,例子:1080x1920,即宽度方向上有1080个像素点,在高度方向上有1920个像素点
    

    单位:px(pixel),1px=1像素点

      UI设计师的设计图会以px作为统一的计量单位
    

    Android手机常见的分辨率:320x480、480x800、720x1280、1080x1920

  • 屏幕像素密度(dpi)
    含义:每英寸的像素点数

    单位:dpi(dots per ich)

      假设设备内每英寸有160个像素,那么该设备的屏幕像素密度=160dpi
    

    安卓手机对于每类手机屏幕大小都有一个相应的屏幕像素密度:
    在这里插入图片描述

  • 屏幕尺寸、分辨率、像素密度三者关系
    一部手机的分辨率是宽x高,屏幕大小是以寸为单位,那么三者的关系是:
    在这里插入图片描述
    不懂没关系,在这里举个例子

    假设一部手机的分辨率是1080x1920(px),屏幕大小是5寸,问密度是多少?
    解:请直接套公式
    在这里插入图片描述

  • 密度无关像素(dip / dp)
    含义:density-independent pixel,叫dp或dip,与终端上的实际物理像素点无关。

    单位:dp,可以保证在不同屏幕像素密度的设备上显示相同的效果

      1,Android开发时用dp而不是px单位设置图片大小,是Android特有的单位
      
      2,场景:假如同样都是画一条长度是屏幕一半的线,如果使用px作为计量单位,那么在480x800分辨率手机上设置应为240px;
      在320x480的手机上应设置为160px,二者设置就不同了;
      如果使用dp为单位,在这两种分辨率下,160dp都显示为屏幕一半的长度。
    
  • 分辨率、像素密度、密度无关像素三者关系
    因为ui设计师给你的设计图是以px为单位的,Android开发则是使用dp作为单位的,那么我们需要进行转换:
    在这里插入图片描述
    在Android中,规定以160dpi(即屏幕分辨率为320x480)为基准:1dp=1px。px越大,dpi越大,dp越小。

  • 独立比例像素
    含义:scale-independent pixel,叫sp或sip

    单位:sp

      1,Android开发时用此单位设置文字大小,可根据字体大小首选项进行缩放
      
      2,推荐使用12sp、14sp、18sp、22sp作为字体设置的大小,不推荐使用奇数和小数,容易造成精度的丢失问题;小于12sp的字体会太小导致用户看不清
    

为什么要进行Android屏幕适配

由于Android系统的开放性,任何用户、开发者、OEM厂商、运营商都可以对Android进行定制,于是导致:

  • Android系统碎片化:小米定制的MIUI、魅族定制的flyme、华为定制的EMUI等等

      当然都是基于Google原生系统定制的
    
  • Android机型屏幕尺寸碎片化:5寸、5.5寸、6寸等等

  • Android屏幕分辨率碎片化:320x480、480x800、720x1280、1080x1920

当Android系统、屏幕尺寸、屏幕密度出现碎片化的时候,就很容易出现同一元素在不同手机上显示不同的问题。

试想一下这么一个场景:

为4.3寸屏幕准备的UI设计图,运行在5.0寸的屏幕上,很可能在右侧和下侧存在大量的空白;而5.0寸的UI设计图运行到4.3寸的设备上,很可能显示不下。

为了保证用户获得一致的用户体验效果,使得某一元素在Android不同尺寸、不同分辨率的手机上具备相同的显示效果,于是,我们便需要对Android屏幕进行适配。

解决方案

布局适配

开发中,我们使用的布局一般有:

  • 线性布局(Linearlayout)
    使用weight

  • 相对布局(RelativeLayout)
    布局的子控件之间使用相对位置的方式排列,因为RelativeLayout讲究的是相对位置,即使屏幕的大小改变,视图之前的相对位置都不会变化,与屏幕大小无关,灵活性很强

    所以,对于屏幕适配来说,使用相对布局(RelativeLayout)将会是更好的解决方案

  • 帧布局(FrameLayout)

  • 绝对布局(AbsoluteLayout)
    适配性极差,极少使用

使用限定符

  • 尺寸(size)限定符

    这种方式只适合Android 3.2版本之前

    • res/layout/main.xml

    • res/layout-large/main.xml

  • 最小宽度(smallest-width)限定符

    背景:上述提到的限定符“large”具体是指多大呢?似乎没有一个定量的指标,这便意味着可能没办法准确地根据当前设备的配置(屏幕尺寸)自动加载合适的布局资源

    例子:比如说large同时包含着5寸和7寸,这意味着使用“large”限定符的话我没办法实现为5寸和7寸的平板电脑分别加载不同的布局

    于是,在Android 3.2及之后版本,引入了最小宽度(Smallest-width)限定符

    定义:通过指定某个最小宽度(以 dp 为单位)来精确定位屏幕从而加载不同的UI资源

    • res/layout/main.xml

    • res/layout-sw600dp/main.xml

  • 布局别名

    设想这么一个场景

    当你需要同时为Android 3.2版本前和Android 3.2版本后的手机进行屏幕尺寸适配的时候,由于尺寸限定符仅用于Android 3.2版本前,最小宽度限定符仅用于Android 3.2版本后,所以这会带来一个问题,为了很好地进行屏幕尺寸的适配,你需要同时维护layout-sw600dp和layout-large的两套main.xml平板布局,如下:

    • 适配手机的单面板(默认)布局:res/layout/main.xml
    • 适配尺寸>7寸平板的双面板布局(Android 3.2前):res/layout-large/main.xml
    • 适配尺寸>7寸平板的双面板布局(Android 3.2后)res/layout-sw600dp/main.xml

    最后的两个文件的xml内容是完全相同的,这会带来:文件名的重复从而带来一些列后期维护的问题

    于是为了要解决这种重复问题,我们引入了“布局别名”。

    还是上面的例子,你可以定义以下布局:

    • 适配手机的单面板(默认)布局:res/layout/main.xml
    • 适配尺寸>7寸平板的双面板布局:res/layout/main_twopanes.xml
    • 然后加入以下两个文件,以便进行Android 3.2前和Android 3.2后的版本双面板布局适配:

    res/values-large/layout.xml(Android 3.2之前的双面板布局)

    <resources>
        <item name="main" type="layout">@layout/main_twopanes</item>
    </resources>
    

    res/values-sw600dp/layout.xml(Android 3.2及之后的双面板布局)

    <resources>
    <item name="main" type="layout">@layout/main_twopanes</item>
    </resources>
    

    最后两个文件有着相同的内容,但是它们并没有真正去定义布局,它们仅仅只是将main设置成了@layout/main_twopanes的别名

    由于这些文件包含 large 和 sw600dp 选择器,因此,系统会将此文件匹配到不同版本的>7寸平板上:

    • a. 版本低于 3.2 的平板会匹配 large的文件
    • b. 版本高于 3.2 的平板会匹配 sw600dp的文件

    这样两个layout.xml都只是引用了@layout/main_twopanes,就避免了重复定义布局文件的情况

  • 屏幕方向(Orientation)限定符
    不做讲解

图片资源适配

使用点9图

百分比适配

以某一分辨率为基准,生成所有分辨率对应像素数列表

如以320x480的分辨率为基准:

  • 将屏幕的宽度分为320份,取值为x1~x320
  • 将屏幕的高度分为480份,取值为y1~y480

在这里插入图片描述

AndroidAutoSize

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值