背景
当前,Android设备的尺寸多种多样,在这个用户为王的移动互联网时代,如何去做屏幕适配显得非常重要。目前,适配的方案也非常多,很多也比较成熟。这里,我想记录一下我的一些使用技巧。后续,当不断补充。
1. ConstraintLayout
这是google提供了一种布局方式,使我们可以按照百分比进行布局。通常拿到UI图后,我会首先使用ConstraintLayout进行布局,将UI进行分块,确定UI块的位置,然后在块中进行常规布局。这样,不管屏幕怎么变化,至少能够保证整个UI在大体上不会发生变化。
代码类似于这样:
<?xml version="1.0" encoding="utf-8"?>
<layout xmlns:tools="http://schemas.android.com/tools"
xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:bind="http://schemas.android.com/apk/res-auto">
<data>
<variable name="pageBean" type="com.test.PageBean"/>
</data>
<android.support.constraint.ConstraintLayout
android:layout_width="match_parent"
android:layout_height="match_parent"
>
<android.support.constraint.Guideline
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:id="@+id/v1"
bind:layout_constraintGuide_percent="0.65"
android:orientation="vertical"
/>
<android.support.constraint.Guideline
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:id="@+id/v2"
bind:layout_constraintGuide_percent="0.86"
android:orientation="vertical"
/>
<android.support.constraint.Guideline
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:id="@+id/h1"
bind:layout_constraintGuide_percent="0.28"
android:orientation="horizontal"
/>
<!--显示区域1-->
<LinearLayout
android:id="@+id/qr_container"
android:layout_width="0dp"
android:layout_height="0dp"
android:orientation="vertical"
bind:layout_constraintBottom_toBottomOf="parent"
bind:layout_constraintEnd_toStartOf="@+id/v2"
bind:layout_constraintStart_toStartOf="@+id/v1"
bind:layout_constraintTop_toTopOf="@+id/h1"
android:gravity="center_horizontal"
>
</LinearLayout>
</android.support.constraint.ConstraintLayout>
</layout>
实际布局文件预览如下图:
ConstraintLayout布局实践如上图(和上面的布局代码没有对应关系),整个界面被我通过占据比例分成了9份,而我将使用其中的4份。接下来,就是在这4份中,进行常规布局(通常是相对布局、线性布局)。之所以不再UI块中也进行比例布局,是因为这种方式比较麻烦,而且我认为这将消耗更多性能。
配合以databinding,对于页面上的静态展示属性,不用再单独取出对象进行设置,比较方便。
2. dp和sp的使用
在开发过程中,我们通常会使用两种计量单位,即dp和sp。dp用来标注view的尺寸,sp用于标注字体的大小。在不同的尺寸密度下,会根据密度的大小,自动算出像素大小,从而满足一定程度的适配。关于dp和sp的更多介绍这里就不赘述了。
需要注意的是sp。通常我们会把它和dp搞混,不明白为什么要独立于dp,再搞出来一个sp。
sp的诞生,我觉得很大程度源自于用户对于屏幕字体大小的设置。有些人需要系统使用大号的字;有些人需要系统使用一般的字,不同用户的需求是不一样的。这样,当系统设置字体变大时,应用中的字体默认也会变大。
如何改变这种默认呢?
public static void scaleTextSize(Activity activity, double fontScale) {
float size;
Configuration configuration = activity.getResources().getConfiguration();
configuration.fontScale = fontScale;
DisplayMetrics metrics = new DisplayMetrics();
activity.getWindowManager().getDefaultDisplay().getMetrics(metrics);
metrics.scaledDensity = configuration.fontScale * metrics.density;
activity.getBaseContext().getResources().updateConfiguration(configuration, metrics);//更新全局的配置
}
在Activity中设置fontScale即可。通常,这个fontScale为1,这是字体的普通模式。
你可以通过下面的方式来查看相关属性
DisplayMetrics dm = new DisplayMetrics();
getWindowManager().getDefaultDisplay().getMetrics(dm);
Log.i(Tag,"density:"+dm.density) ;
Log.i(Tag,"densityDpi:"+dm.densityDpi) ;
Log.i(Tag,"widthPixels:"+width);
Log.i(Tag,"heightPixels:"+height);
Log.i(Tag,"scale:"+dm.scaledDensity) ;
3. 支持多种屏幕
使用 dp 或者 sp作为单位,应用在不同屏幕的设备上会进行一定程度的适配,但是如果屏幕差异过大,效果就不那么理想了。
首先,我们可以在 manifest 配置文件中以<spports-screens>中确保支持哪些屏幕尺寸。
可用于提供尺寸特定资源的配置限定符包括 small、normal、large 和 xlarge。例如,超大屏幕的布局应使用 layout-xlarge。然而,从 Android 3.2 (API 13) 开始,上述尺寸组已经弃用。应该使用 sw<N>dp 配置限定符来定义布局资源可用的最小宽度。
注意:根据官网
具体来说,设备的 smallestWidth 是屏幕可用高度和宽度的最小尺寸(您也可以将其视为屏幕的“最小可能宽度”)。无论屏幕的当前方向如何,您均可使用此限定符确保应用 UI 的可用宽度至少为 <N>dp。
例如,如果布局要求屏幕区域的最小尺寸始终至少为 600 dp,则可使用此限定符创建布局资源 res/layout-sw600dp/。仅当可用屏幕的最小尺寸至少为 600dp 时,系统才会使用这些资源,而不考虑 600dp 所代表的边是用户所认为的高度还是宽度。smallestWidth 是设备的固定屏幕尺寸特性;设备的 smallestWidth 不会随屏幕方向的变化而改变。
设备的 smallestWidth 将屏幕装饰元素和系统 UI 考虑在内。例如,如果设备的屏幕上有一些永久性 UI 元素占据沿 smallestWidth 轴的空间,则系统会声明 smallestWidth 小于实际屏幕尺寸,因为这些屏幕像素不适用于您的 UI。
与此对应的,还有可用 屏幕宽度(w<N>dp)和可用屏幕高度(h<N>dp)。
而获得最小宽度的代码为:
Configuration config = getResources().getConfiguration();
int smallestScreenWidth = config.smallestScreenWidthDp;
网友评论