编辑导读：在进行车载UI工作前，我们需要了解清楚不同的度量单位，不同的度量单位对尺寸会有影响，根据尺寸进行适配。本文将从三个方面对车载UI的尺寸和适配进行分析介绍，希望对你有帮助。

在谈车载UI基准尺寸之前，老生常谈的说一下各度量单位：

我们先了解最基本的尺寸了。在设计中我们一般会碰到的度量单位有：dpi、ppi、dp、sp、px、pt，其中px是我们经常使用也最为熟悉的单位。

简单了解一下各自的定义：

•    px：像素。图像分辨率，即屏幕上组成一幅图或照片的最基本单位。
•    pt：点，印刷常用单位。1pt=1/72英寸。
•    ppi：每英寸像素数，值越高，屏幕越清晰。
•    dpi：每英寸多少点，值越高，图片越清晰。
•    dp：安卓开发用的长度单位。在160ppi的情况下1dp=1px。
•    sp：安卓开发用的字体大小单位。

各个单位之间的换算就不再文本中重点阐述了，网上有很多大量的换算文章。这里只稍微补充一下，安卓端屏幕大小各不相同，根据像素密度，分为几种规格：

以上，1dp定义为屏幕密度值160ppi时的1px，即在mdpi时，1dp=1px，以mdpi为标准，这些屏幕的密度值比为0.75：1：1.5：2：3；即以xhdpi为标准，1dp=2px。

就目前市场状况而言，各个车厂车机尺寸粗略判断。虽然不太全面，至少有一些参看意义：

车机图片来源于网络

综上所述，xhdpi,xxhdpi是主流车机屏幕分辨率。

一、设计稿尺寸

根据目前市场主流设备尺寸来看，我们要用1280*720来做车机UI设计稿尺寸。

为什么会选择1280*720作为设计稿标准尺寸的原因有三：

原因一：从中间尺寸向上向下适配的时候界面调整的幅度最小，最方便适配。而1280*720正好是常用分辨率的中间数值。

原因二：大屏幕时代应该选用大尺寸设计，依然使用小尺寸会限制设计的设计视角，而且很大程序小尺寸会局限信息结构的排版布局，以及内容展示。

原因三：用主流尺寸来做设计稿尺寸，极大的提高了视觉还原和其它机型适配。

所以，我们把基准尺寸设定为1280*720px来设计。sketch里面可以按照640*360尺寸设计。

二、前端适配方案

从市面大多车机系统设计研究表明，70%左右的车机左侧导航为常驻导航，25%的微桌面卡片式，5%的是桌面应用图标。

用户反馈和测试研究也发现，左侧栏更靠近驾驶员，更利于操作。事实上，Android Auto 之前一直把快捷按键放到屏幕底部，除了增加了司机的操作负担之外，还压缩了车载导航可视区域的高度。不过在2017年的 Google I/O 上，谷歌展示的奥迪定制车载导航也把快捷键放在了左边，这也侧面印证了这种交互方式的可行性。

产品框架和设计尺寸都已经定好。在研发阶段唯一不可缺少的是适配方案，设计稿在不同设备上到底怎样表现？假设遇到了更宽的设备，是横向拉宽？还是等比缩放？还是再设计一个截然不同的布局？这些前提基本确定了该设计稿会如何实现，这样在写代码时就不会出现反复更改和适配单独做的情况。

前端的适配方案大致分为四种：按照比例缩放、根据页面宽度百分比适应、响应式方案以及REM缩放方案。每个方案都有自己的优缺点，可以同时使用多种适配方案，规定规则。

以听伴车载产品为例，简单阐述一下前端适配方案：

以高度为基准，等比例缩放尺寸中高度不变的情况下，横向宽度缩放只需要填充内容。

比如：1280*720设计稿要适配到1824*1200时，高度按比例缩放到1200的尺寸为2133*1200，高度不变，只需要把横向内容2133压缩至1824.横向的占比按照1824处理。

特定情况下适配导航会出现运营文案少的情况，针对于此可以单独针对此车机删减右侧的功能入口icon。

其中制定迷你播放器的最低高度90px，如果达到最低高度那就取消播放器，放置成悬浮按钮。

比如：hdpi基准下800*450，播放器高度为90px，播放器上的文本内容已经显示已经小于16px了，车主查看的辨识度很弱。所以，在车机高度<450时，播放器消失到左下角变成常驻悬浮按钮。

先以安卓自有的适配规则适配，再满足以上两个条件。

以上需要技术评估方案的可行性，在逐步进行方案的优化。所以，设计师跟研发之间要有成熟的设计规范和相对应的研发规范支撑。

三、需要注意

从设计稿尺寸建立和蓝湖上传问题上需要注意：

设计稿建立1280*720，蓝湖上传时一定要按照xhdpi 上传。

设计稿做的是@2倍图，上传蓝湖确实按照@1倍图（mdpi)的通道上传。导致蓝湖上的数值各项都会偏大，在适配的时候就会出现模糊，图片过大过小的问题。

设计稿输出阶段要及时跟研发沟通适配方案。

如果适配方案双方达成一致，就可以着手研发，如果存在问题，调整完再进行，不然事倍功半。

设计时要思考界面的延展性和易通性。

规范一定要在项目研发前完成（除非特殊情况），这样才能在做一个项目之初全盘考虑需要做的事情，规避后续适配问题的发生。

本文由 @Crystal 原创发布于人人都是产品经理，未经许可，禁止转载。

题图来自 Unsplash，基于CC0协议