前言
作爲一個Android開發人員,你還在爲了適配各種尺寸的屏幕而苦惱嗎?你還在爲了出現一個新的機型而修改着數不盡的dimens和layout嗎?你還在爲了UI給的奇葩尺寸的設計圖而絞盡奶汁計算距離嗎?如果你爲了這些事情而苦惱,那麼看完這篇文章,希望可以幫你減少開發時間,減緩生命的流逝速度。
不知道大家有沒有看過前一段時間今日頭條技術團隊發表的一篇關於Android屏幕適配的文章:一種極低成本的Android屏幕適配方式。沒有看過的朋友可以先看看了解一下再回來,可以更好的理解。我是無意中點開的這篇文章,但是看過之後眼前一亮-------Android屏幕適配要是真的這麼簡單,那些辛辛苦苦沒日沒夜做適配的前輩們是不是死得太慘了。
測試與思考
不得不說今日頭條的大神們的想法真的非常獨到,成本極其低廉,還特別好用。他們給出的最終方案是這樣的:
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 {
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();
}
經測試後發現,這樣取兩位小數計算過後,高度上的適配結果讓人非常滿意。可是還有一個問題,我們一般來說做適配都是以手機的寬度爲基準,但是一個app裏面避免不了偶爾一兩個頁面是按照高度爲基準(就是內容縱向填充全屏的頁面)做適配的。但是上述方法只能保證一個方向,那我就讓它可以自由的切換適配的基準方向不就好了。
最終方案
繼續修改之後我得到了最終的方案,修改過後這個類中的所有內容如下:
private static float appDensity;
private static float appScaledDensity;
private static DisplayMetrics appDisplayMetrics;
//此方法在Application的onCreate方法中調用 Density.setDensity(this);
public static void setDensity(@NonNull Application application) {
//獲取application的DisplayMetrics
appDisplayMetrics = application.getResources().getDisplayMetrics();
if (appDensity == 0) {
//初始化的時候賦值(只在Application裏面初始化的時候會調用一次)
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() {
}
});
}
//調用修改density值的方法(默認以寬度作爲基準)
setAppOrientation(null, AppUtils.WIDTH);
}
//此方法用於在某一個Activity裏面更改適配的方向 Density.setOrientation(mActivity, "width/height");
public static void setOrientation(Activity activity, String orientation) {
setAppOrientation(activity, orientation);
}
/**
* targetDensity
* targetScaledDensity
* targetDensityDpi
* 這三個參數是統一修改過後的值
*
* orientation:方向值,傳入width或height
*/
private static void setAppOrientation(@Nullable Activity activity, String orientation) {
float targetDensity = 0;
try {
Double division;
//根據帶入參數選擇不同的適配方向
if (orientation.equals("height")) {
//appDisplayMetrics.heightPixels/667
division = Operation.division(appDisplayMetrics.heightPixels, 667);
} else {
division = Operation.division(appDisplayMetrics.widthPixels, 360);
}
//由於手機的長寬不盡相同,肯定會有除不盡的情況,有失精度,所以在這裏把所得結果做了一個保留兩位小數的操作
DecimalFormat df = new DecimalFormat("0.00");
String s = df.format(division);
targetDensity = Float.parseFloat(s);
} catch (NumberFormatException e) {
e.printStackTrace();
}
float targetScaledDensity = targetDensity * (appScaledDensity / appDensity);
int targetDensityDpi = (int) (160 * targetDensity);
/**
*
* 最後在這裏將修改過後的值賦給系統參數
*
* (因爲最開始初始化的時候,activity爲null,所以只設置application的值就可以了...
* 所以在這裏判斷了一下,如果傳有activity的話,再設置Activity的值)
*/
if (activity != null) {
DisplayMetrics activityDisplayMetrics = activity.getResources().getDisplayMetrics();
activityDisplayMetrics.density = targetDensity;
activityDisplayMetrics.scaledDensity = targetScaledDensity;
activityDisplayMetrics.densityDpi = targetDensityDpi;
} else {
appDisplayMetrics.density = targetDensity;
appDisplayMetrics.scaledDensity = targetScaledDensity;
appDisplayMetrics.densityDpi = targetDensityDpi;
}
}
這是修改之後的所有內容,不懂的地方可以看一下里面的註釋,在裏面我是默認的以寬度來作爲基準(這是在Activity中設置的方法,存在於此Activity下的fragment,dialog和PopupWindow都會受到此效果的影響,也就是說,在Activity中設置一次之後,Activity下的其他子View都無需再設置一次)。
使用方法
自己創建一個類,將最終方案裏面的代碼複製粘貼就可以使用了
使用方法:在Application的onCreate()方法中
如果只是適配一個方向的話,只設置這一句就可以了(我在utils裏面設置了默認按照寬度適配,可以根據自己的需求修改默認的適配方向,見下圖)
若app中有某一個頁面需要縱向適配的話:
/**
*
* 由於是個人封裝,此方法需要寫在onCreate()中的setContentView()方法前面,切換方向的效果纔會生效
*/
@Override
public void setOrientation() {
Density.setOrientation(this, AppUtils.HEIGHT);
}
/**
*
* 如果在一個Activity裏面切換了適配方向的話,需要在destroy裏面將方向設置爲默認的方向,
* 因爲切換方向修改的是Activity的值,但是application的也會覆蓋掉(原因還沒有搞清楚...),
* 權衡利弊之後就在onDestroy這個生命週期裏面重新初始化了一下方向(因爲用高度作爲適配基準的頁面
* 少之又少,這樣可以最大程度的減少對程序功能性的影響)
*/
@Override
protected void onDestroy() {
super.onDestroy();
Density.setOrientation(this, AppUtils.WIDTH);
}
由於在某一個Activity裏面切換方向之後,我修改掉的是Activity中的值(activityDensity),但是返回再點擊其他頁面之後發現其他頁面的適配方向也被修改掉了,於是乎權衡利弊之後我就用了這個相對來說影響最小的辦法:在需要修改適配方向的Activity中的onDetroy生命週期裏面,再手動將方向改成默認。。。(搗鼓了很久實在是想不到更好的辦法了,如果各位看官有其他的好辦法可以給我留言)。
最後貼出縱向適配的效果圖,頁面中藍色背景的TextView高度是固定的150dp(只是我自己寫的一個很簡單的頁面,不要嫌醜。。。):
敲黑板!!!
用此方法寫適配,只需要一個dimens文件,一個layout文件就足矣,在xml佈局中直接只用dp就可以了(Android P的劉海屏需要單獨適配layout,全面屏手機可以隱藏的虛擬按鍵似乎也需要單獨適配。。。)
結語
由於是自己寫的demo,還沒有大面積測試,要是各位看官有條件大範圍測試的話,出現什麼問題可以反饋給我,我們可以一起討論該如何修改,共同進步。有寫的不好的地方歡迎指正,以後還會繼續努力多寫文章的,好的東西需要分享。