Android 设备兼容

最新推荐文章于 2024-11-17 15:49:27 发布

weixin_34292402

最新推荐文章于 2024-11-17 15:49:27 发布

阅读量91

点赞数

文章标签：移动开发 ui python

原文链接：https://my.oschina.net/purplesense/blog/620612

版权

2019独角兽企业重金招聘Python工程师标准>>>

适配不同的语言：

原理：把UI中的字符串存储在外部文件，通过代码提取。

方法：Android可以通过工程中的资源目录实现这一功能。

创建区域设置目录及字符串文件：

为支持多国语言，在res/中创建一个额外的values目录以连字符和ISO国家代码结尾命名，比如values-es/ 是为语言代码为"es"的区域设置的简单的资源文件的目录。Android会在运行时根据设备的区域设置，加载相应的资源。

若决定支持某种语言，则需要创建资源子目录和字符串资源文件，添加不同区域语言的字符串值到相应的文件中，然后Android系统运行时会根据用户设备当前的区域设置，使用相应的字符串资源。如：

MyProject/
    res/
       values/
           strings.xml
       values-es/
           strings.xml
       values-en/
           strings.xml

注意：可以在任何资源类型中使用区域修饰词(或者任何配置修饰符)

适配屏幕尺寸：

原理：Android用尺寸和分辨率这两种常规属性对不同的设备屏幕加以分类。

4种普遍尺寸：小(small)，普通(normal)，大(large)，超大(xlarge)
4种普遍分辨率：低精度(ldpi), 中精度(mdpi), 高精度(hdpi), 超高精度(xhdpi)
2种屏幕方向：竖屏（默认），横屏（land）

方法：为不同尺寸、分辨率、方向的设备创建不同的布局资源layout和不同的bitmap，然后将这些layout和bitmap分别放置在不同的资源文件中。如将针对大屏幕设置的layout和高精度设备的bitmap分别放在res/layout-large/和res/drawable-hdpi中。

注意：

layout资源文件一般有如下几种：layout（普通竖屏）layout-large（大屏竖屏） layout-normal（普通竖屏） layout-small（小屏竖屏） layout-land（横屏） layout-large-land（大屏横屏）
为了匹配合适的屏幕尺寸Android会自动地测量我们的layout文件。所以不需要因不同的屏幕尺寸去担心UI元素的大小，而应该专注于layout结构对用户体验的影响。(比如关键视图相对于同级视图的尺寸或位置)
针对不同屏幕尺寸的layout文件虽然内容不同，但是文件名必须一致，系统会根据app所运行的设备屏幕尺寸，在与之对应的layout目录中加载layout

为不同分辨率创建不同的bitmap：

通常，我们需要为我们的APP提供低、中、高、超高这四种分辨率的bitmap，以为用户提供最优质的画面和体验。要生成这些图像，应该从原始的矢量图像资源着手，然后根据下列尺寸比例，生成各种密度下的图像。

xhdpi: 2.0
hdpi: 1.5
mdpi: 1.0 (基准)
ldpi: 0.7

也就是说，如果针对xhdpi的设备生成了一张200x200的图像，那么应该为hdpi生成150x150,为mdpi生成100x100, 和为ldpi生成75x75的图片资源。然后将这些bitmap分别放在res/drawable-xhdpi、res/drawable-hdpi、res/drawable-mdpi、res/drawable-ldpi下面。

注意：低密度(ldpi)资源是非必要的，当提供了hdpi的图像，系统会把hdpi的图像按比例缩小一半，去适配ldpi的屏幕。

适配不同的系统版本：

指定最小和目标API级别

通常，在更新app至最新Android版本时，最好先保证新版的app可以支持90%的设备使用。

Tip：为了能在几个Android版本中都能提供最好的特性和功能，应该在我们的app中使用Android Support Library，它能使我们的app能在旧平台上使用最近的几个平台的APIs。

随着新版本Android的发布，一些风格和行为可能会改变，为了能使app能利用这些变化，而且能适配不同风格的用户的设备，我们应该将targetSdkVersion的值尽量的设置与最新可用的Android版本匹配。

运行时检查系统版本

Android在Build常量类中提供了对每一个版本的唯一代号，在我们的app中使用这些代号可以建立条件，保证依赖于高级别的API的代码，只会在这些API在当前系统中可用时，才会执行。

private void setUpActionBar() {    
    // Make sure we're running on Honeycomb or higher to use ActionBar APIs
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.HONEYCOMB) {
        ActionBar actionBar = getActionBar();
        actionBar.setDisplayHomeAsUpEnabled(true);
    }
}

注意：当解析XML资源时，Android会忽略当前设备不支持的XML属性。所以我们可以安全地使用较新版本的XML属性，而不需要担心旧版本Android遇到这些代码时会崩溃。

转载于:https://my.oschina.net/purplesense/blog/620612