Android中你可能忽略的知識點(1)-分辨率那些事

一、dp/dip、px、sp、dpi基本概念

  • dp/dip(device independent pixels) 設備獨立像素 與設備有關系 對角線每英寸的像素點的個數
  • px 像素,pixel的縮寫。這個應該不需要過多解釋,平常我們所說的手機的分辨率為1920x1080,這里的單位用的就是px,也就是說高為1920個像素,寬為1080個像素
  • sp 在Android中用來表示字體大小,“Android sp單位除了受屏幕密度影響外,還受到用戶的字體大小影響,通常情況下,建議使用sp來跟隨用戶字體大小設置。除非一些特殊的情況,不想跟隨系統字體變化的,可以使用dp
  • dpi 是dot per inch,每英寸多少點,ppi是 Pixel per inch,每英寸像素數,針對顯示器的設計時,dpi=ppi

二、ldpi、mdpi、hdpi、xhdpi、xxhdpi、xxxhdpi

在Android開發中我們經常看到資源文件下面有這樣六個文件夾,很多人其實并不是真正的了解它們的意思,為什么會有這6個文件夾?相信大部分人也就知道是為了屏幕適配,大一點分辨率的圖片放到大的文件夾里,具體的說一下,首先看一下:

image

當然還有xxxhdpi 它的分辨率為2160x3840,也就是常說的4K屏,目前市場上好像只有一款索尼Xperia Z5 Premium。

其實這六個密度的圖片文件夾與之對應的是AndroidDisplayMetrics類中的6個常量

/**
     * Standard quantized DPI for low-density screens.
     */
    public static final int DENSITY_LOW = 120;
    
    /**
     * Standard quantized DPI for medium-density screens.
     */
    public static final int DENSITY_MEDIUM = 160;
    
    /**
     * Standard quantized DPI for high-density screens.
     */
    public static final int DENSITY_HIGH = 240;
    
    /**
     * Standard quantized DPI for extra-high-density screens.
     */
    public static final int DENSITY_XHIGH = 320;
    
    /**
     * Standard quantized DPI for extra-extra-high-density screens.
     */
    public static final int DENSITY_XXHIGH = 480;
    
     /**
     * Standard quantized DPI for extra-extra-extra-high-density screens.  Applications
     * should not generally worry about this density; relying on XHIGH graphics
     * being scaled up to it should be sufficient for almost all cases.  A typical
     * use of this density would be 4K television screens -- 3840x2160, which
     * is 2x a traditional HD 1920x1080 screen which runs at DENSITY_XHIGH.
     */
    public static final int DENSITY_XXXHIGH = 640;

那么這些常量具體是用來做些什么的呢?
我們可以看到注釋:也就是說當手機dpi是120的時候會加載ldpi下的資源,160的時候會加載mhdpi下的資源,以此類推...但是我們在開發中可能并不會真的要建立這6個資源文件夾,因為這6套資源圖片文件所占的容量大小還是不可小覷的,畢竟xxxhdpi中的每張圖片都不是很小的。

那么我們在和UI小姐姐要圖的時候該怎么要呢?相信目前很多開發人員都會用IOS中的@2X的圖片,為什么可以直接用IOS的@2X圖片呢?先來看一下IOS中手機尺寸和分辨率

設備 屏幕尺寸 分辨率 Reader
iPhone4/4s 3.5 640x960 @2x
iPhone5/5s/5c 4.0 640x1136 @2x
iPhone6 4.7 750x1334 @2x
iPhone6P 5.5 1242x2208 @3x
iPhone7 4.7 750x1334 @2x
iPhone7P 5.5 1242x2208 @3x
iPhone8 4.7 750x1334 @2x
iPhone8P 5.5 1080x1920 #3x

我們可以看到上面@2x的圖的分辨率都是750x1334,而我們的xhdpi的分辨率為720x1280,相差的不多,所以一般的公司只按照IOS的UI設計一套UI圖和切圖,而苦逼的Android開發就硬著眉頭上吧。當然如果是一些小的icon的在屏幕適配的時候不適合的話,可以放到mdpi文件夾中,這個具體細節就得自己去試了。

當然我個人覺得Android有自己的風格,比如Android中的Material Design風格,以及Android中的View,progressbar等等,如果非要為了統一那么開發人員必定會付出額外的時間去開發UI設計的效果,這樣反倒浪費了時間同時也不能展現出來各個平臺的獨有的特性,GoogleIO剛剛結束,Google出品的APP將Android平臺的特性展現的淋漓盡致,當然這些都純屬個人看法,話說回來,那么就需要UI設計師了解Android和IOS的特性,同時為兩個平臺設計各個風格的UI,所以...各自安好

三、轉換關系

Android開發中我們在XML文件里面設置高寬度的時候都會進行一次轉換,也就是把非標準尺寸轉換為標準尺寸:

  • dp->px: TypedValue.applyDimension(TypedValue.COMPLEX_UNIT_DIP, 20, context.getResources().getDisplayMetrics());

  • in->px: TypedValue.applyDimension(TypedValue.COMPLEX_UNIT_IN, 20, context.getResources().getDisplayMetrics());

  • mm->px: TypedValue.applyDimension(TypedValue.COMPLEX_UNIT_MM, 20, context.getResources().getDisplayMetrics());

  • pt->px: TypedValue.applyDimension(TypedValue.COMPLEX_UNIT_PT, 20, context.getResources().getDisplayMetrics());

  • sp->px: TypedValue.applyDimension(TypedValue.COMPLEX_UNIT_SP, 20, context.getResources().getDisplayMetrics());

public static float applyDimension(int unit, float value,  
                                   DisplayMetrics metrics)  
{  
    switch (unit) {  
    case COMPLEX_UNIT_PX:  
        return value;  
    case COMPLEX_UNIT_DIP:  
        return value * metrics.density;  
    case COMPLEX_UNIT_SP:  
        return value * metrics.scaledDensity;  
    case COMPLEX_UNIT_PT:  
        return value * metrics.xdpi * (1.0f/72);  
    case COMPLEX_UNIT_IN:  
        return value * metrics.xdpi;  
    case COMPLEX_UNIT_MM:  
        return value * metrics.xdpi * (1.0f/25.4f);  
    }  
    return 0;  
} 

可以看一下源碼,和我們經常使用的px2dp、sp2px的方法是不是一樣的,原理都是通過獲取手機的DisplayMetrics,然后進行倍數轉換。

四、其他

1.Manifest

在Manifest中添加子元素
android:anyDensity="true"時,應用程序安裝在不同密度的終端上時,程序會分別加載xxhdpi、xhdpi、hdpi、mdpi、ldpi文件夾中的資源。

2. .9圖片

使用圖片資源時,如果出現拉伸,因為圖片處理的原因,會變形,導致界面走形。9-patch PNG圖片也是一種標準的PGN圖片,在原生PNG圖片四周空出一個像素間隔,用來標識PNG圖片中哪些部分可以拉伸、哪些不可以拉伸、背景上的邊框位置等。

“上、左”定義可拉伸區域

“右、下”定義顯示區域,如果用到完整填充的背景圖,建議不要通過android:padding來設置邊距,而是通過9-patch方式來定義。

Android SDK中提供了編輯9-Patch圖片的工具,在tools目錄下draw9patch.bat,能夠立刻看到編輯后的拉伸效果,也可以直接用其他圖片編輯工具編輯,但是看不到效果。

相關推薦

Android開發:最全面、最易懂的Android屏幕適配解決方案

Android屏幕適配全攻略(最權威的官方適配指導

?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。

推薦閱讀更多精彩內容