前言
作爲一個Android開發人員,你還在爲了適配各種尺寸的屏幕而苦惱嗎?你還在爲了出現一個新的機型而修改着數不盡的dimens和layout嗎?你還在爲了UI給的奇葩尺寸的設計圖而絞盡奶汁計算距離嗎?如果你爲了這些事情而苦惱,那麼看完這篇文章,希望可以幫你減少開發時間,減緩生命的流逝速度。。。
不知道大家有沒有看過前一段時間今日頭條技術團隊發表的一篇關於Android屏幕適配的文章:一種極低成本的Android屏幕適配方式。沒有看過的朋友可以先看看了解一下再回來,可以更好的理解。我是無意中點開的這篇文章,但是看過之後眼前一亮——-Android屏幕適配要是真的這麼簡單,那些辛辛苦苦沒日沒夜做適配的前輩們是不是死得太慘了。。。。。。。
不比比太多,開搞!
測試與思考
不得不說今日頭條的大神們的想法真的非常獨到,成本極其低廉,還特別好用。他們給出的最終方案是這樣的:
private static float sRoncompatDennsity;
private static float sRoncompatScaledDensity;
private void setCustomDensity(@NonNull Activity activity, final @NonNull Application application) {
//application
final DisplayMetrics appDisplayMetrics = application.getResources().getDisplayMetrics();
if (sRoncompatDennsity == 0) {
sRoncompatDennsity = appDisplayMetrics.density;
sRoncompatScaledDensity = appDisplayMetrics.scaledDensity;
application.registerComponentCallbacks(new ComponentCallbacks() {
Override
public void onConfigurationChanged(Configuration newConfig) {
if (newConfig != null && newConfig.fontScale > 0) {
sRoncompatScaledDensity = application.getResources().getDisplayMetrics().scaledDensity;
}
}
@Override
public void onLowMemory() {
}
});
}
//計算寬爲360dp 同理可以設置高爲640dp的根據實際情況
final float targetDensity = appDisplayMetrics.widthPixels / 360;
final float targetScaledDensity = targetDensity * (sRoncompatScaledDensity / sRoncompatDennsity);
final int targetDensityDpi = (int) (targetDensity * 160);
appDisplayMetrics.density = targetDensity;
appDisplayMetrics.densityDpi = targetDensityDpi;
appDisplayMetrics.scaledDensity = targetScaledDensity;
//activity
final DisplayMetrics activityDisplayMetrics = activity.getResources().getDisplayMetrics();
activityDisplayMetrics.density = targetDensity;
activityDisplayMetrics.densityDpi = targetDensityDpi;
activityDisplayMetrics.scaledDensity = targetScaledDensity;
}
看到這篇文章之後我趕緊就寫了一個demo測試了一下,發現了一點小問題。
我們UI給出的設計圖尺寸爲1334*720,如果我按照寬度作爲適配標準的話,按照設計圖720px的寬度,屏幕的寬度應爲360dp,也就是這樣:
final float targetDensity = appDisplayMetrics.widthPixels / 360;
這樣做的話寬度適配的比例是沒有任何問的,但是我在想,如果某一個頁面需要以高度來做適配(也就是內容剛好縱向填充全屏)的話,是不是改成這樣就可以了:
final float targetDensity = appDisplayMetrics.heightPixels / 667;
但是運行之後發現,高度上的差異很大,運行在不同分辨率和尺寸的手機上,頁面中的每一部分內容在縱向上的比例不盡相同,沒有達到很好的適配的效果。
思考了許久過後我發現一個問題:我手邊的測試機的寬度是兩個720和兩個1080,而高度有1280,1440,1780和一個全面屏的2160。Android的開原性導致了Android設備的尺寸的碎片化太嚴重,而通過查看測試機的尺寸參數會發現,如果用這四個手機來測試的話,寬度可以直接整除,而高度不可以(並且我手邊的測試機的寬度也可以整除,如果有寬度沒法整除的手機呢?)。但是用今日頭條給出的方法,做除法後結果會取整,那會不會是由於用縱向計算出來的density取整影響了精度,從而導致了效果不盡人意呢?
來,繼續改
問題修復
發現上述問題之後我就着手去修改,將計算結果取餘後在賦值給targetDensity,經過反覆的測試與實驗,我重新修改了targetDensity的計算方法:
float targetDensity = 0;
try {
//appDisplayMetrics.heightPixels/667
Double division = Operation.division(appDisplayMetrics.heightPixels, 667);
//由於手機的長寬不盡相同,肯定會有除不盡的情況,有失精度,所以在這裏把所得結果做了一個保留兩位小數的操作
DecimalFormat df = new DecimalFormat("0.00");
String s = df.format(division);
targetDensity = Float.parseFloat(s);
} catch (NumberFormatException e) {
e.printStackTrace();
}
但是有熱心的網友給我留言,說如果把系統的語言改成葡萄牙語之後會報異常,頁面完全就是慘不忍睹。。。抱着對外國曆史友人的疑問我繼續去測試,發現了這樣的問題:
仔細看!!!小數點竟然是中文逗號(目前發現的語言當中,葡語和印尼語是這樣,其他語言未經測試)!!!沒辦法,只能繼續修改了,後來經過這位熱心網友提醒,我將這部分代碼修改成:
float targetDensity = appDisplayMetrics.heightPixels / 667f;
這樣一來就完全沒有問題了,也不需要做保留兩位小數處理了(發現問題的朋友們,原諒我學藝不精。。。也感謝這位熱心網友的指正)
繼續測試後發現,高度上的適配結果讓人非常滿意。可是還有一個問題,我們一般來說做適配都是以手機的寬度爲基準,但是一個app裏面避免不了偶爾一兩個頁面是按照高度爲基準(就是內容縱向填充全屏的頁面)做適配的。但是上述方法只能保證一個方向,那我就讓它可以自由的切換適配的基準方向不就好了。
最終方案
繼續修改之後我得到了最終的方案,修改過後這個類中的所有內容如下:
private static float appDensity;
private static float appScaledDensity;
private static DisplayMetrics appDisplayMetrics;
private static int barHeight;
public static void setDensity(@NonNull Application application) {
//獲取application的DisplayMetrics
appDisplayMetrics = application.getResources().getDisplayMetrics();
//獲取狀態欄高度
barHeight = AppUtils.getStatusBarHeight(application);
if (appDensity == 0) {
//初始化的時候賦值
appDensity = appDisplayMetrics.density;
appScaledDensity = appDisplayMetrics.scaledDensity;
//添加字體變化的監聽
application.registerComponentCallbacks(new ComponentCallbacks() {
@Override
public void onConfigurationChanged(Configuration newConfig) {
//字體改變後,將appScaledDensity重新賦值
if (newConfig != null && newConfig.fontScale > 0) {
appScaledDensity = application.getResources().getDisplayMetrics().scaledDensity;
}
}
@Override
public void onLowMemory() {
}
});
}
}
//此方法在BaseActivity中做初始化(如果不封裝BaseActivity的話,直接用下面那個方法就好了)
public static void setDefault(Activity activity) {
setAppOrientation(activity, AppUtils.WIDTH);
}
//此方法用於在某一個Activity裏面更改適配的方向
public static void setOrientation(Activity activity, String orientation) {
setAppOrientation(activity, orientation);
}
/**
* targetDensity
* targetScaledDensity
* targetDensityDpi
* 這三個參數是統一修改過後的值
* <p>
* orientation:方向值,傳入width或height
*/
private static void setAppOrientation(@Nullable Activity activity, String orientation) {
float targetDensity;
if (orientation.equals("height")) {
targetDensity = (appDisplayMetrics.heightPixels - barHeight) / 667f;
} else {
targetDensity = appDisplayMetrics.widthPixels / 360f;
}
float targetScaledDensity = targetDensity * (appScaledDensity / appDensity);
int targetDensityDpi = (int) (160 * targetDensity);
/**
*
* 最後在這裏將修改過後的值賦給系統參數
*
* 只修改Activity的density值
*/
DisplayMetrics activityDisplayMetrics = activity.getResources().getDisplayMetrics();
activityDisplayMetrics.density = targetDensity;
activityDisplayMetrics.scaledDensity = targetScaledDensity;
activityDisplayMetrics.densityDpi = targetDensityDpi;
}
在這個類的初始化方法裏面我是默認的以寬度來作爲基準(這是在Activity中設置的方法,存在於此Activity下的fragment,dialog和PopupWindow都會受到此效果的影響,也就是說,在Activity中設置一次之後,Activity下的其他子View都無需再設置一次)。
##使用方法
自己創建一個類,將最終方案裏面的代碼複製粘貼就可以使用了
使用方法:在Application的onCreate()方法中:
在BaseActivity中:
如果只是適配一個方向的話,只設置這兩句就可以了(我在utils裏面設置了默認按照寬度適配,可以根據自己的需求修改默認的適配方向,見下圖)
若app中有某一個頁面需要縱向適配的話(注意代碼中的註釋):
/**
*
* 由於是個人封裝,此方法需要寫在onCreate()中的setContentView()方法前面,切換方向的效果纔會生效
*/
@Override
public void setOrientation() {
Density.setOrientation(this, AppUtils.HEIGHT);
}
最後貼出適配的效果圖(顏色只是爲了看的直觀一點。。。)
敲黑板!!!
使用此方法,只需要一個dimens文件,一個layout文件就足矣,在xml佈局中直接只用dp就可以了(Android P的劉海屏需要單獨適配layout)
結語
由於是自己寫的demo,還沒有大面積測試(但是今日頭條已經啓用了該方案,現在一個多月過去了還沒聽說出現什麼問題,那就說明應該還可以),要是各位看官有條件大範圍測試的話,出現什麼問題可以反饋給我,我們可以一起討論該如何修改,共同進步。
有寫的不好的地方歡迎指正,以後還會繼續努力多寫文章的,好的東西需要分享。
好啦,如此文章到這裏就結束了,如果你覺得不錯就給個讚唄?如果你覺得那裏值得改進的,請給我留言。一定會認真查詢,修正不足。謝謝。
希望讀到這的您能轉發分享和關注一下我,以後還會更新技術乾貨,謝謝您的支持!
轉發+點贊+關注,第一時間獲取最新知識點
Android架構師之路很漫長,一起共勉吧!