HarmonyOS 屏幕适配设计

1. armonyOS 屏幕适配设计

1.1. 像素单位

（1）px (Pixels)
  px代表屏幕上的像素点，是手机屏幕分辨率的单位，即屏幕物理像素单位。
（2）vp (Viewport Percentage)
  vp是视口百分比单位，基于视口（即浏览器窗口）的宽度或高度，屏幕密度相关像素，根据屏幕像素密度转换为屏幕物理像素，当数值不带单位时，默认单位vp。在实际宽度为1440物理像素的屏幕上，1vp约等于3px。它允许组件的大小根据视口的大小动态调整。常用于响应式设计，确保组件在不同屏幕尺寸上保持相对大小。
**（3）lpx (Logical Pixels) **
  lpx是逻辑像素单位，用于解决不同设备分辨率和像素密度的问题。
  lpx单位为实际屏幕宽度与逻辑宽度（通过designWidth配置）的比值，designWidth默认值为720。当designWidth为720时，在实际宽度为1440物理像素的屏幕上，1lpx为2px大小。

1.2. 逻辑宽度

  "window": {"designWidth": 720,"autoDesignWidth": false}

属性名称	含义	数据类型	是否可缺省
designWidth	标识页面设计基准宽度。以此为基准，根据实际设备宽度来缩放元素大小。	数值	可缺省，缺省值为720px。
autoDesignWidth	标识页面设计基准宽度是否自动计算。当配置为true时，designWidth将会被忽略，设计基准宽度由设备宽度与屏幕密度计算得出。	布尔值	可缺省，缺省值为false。

  它基于设备的像素密度进行转换，以提供一致的视觉尺寸。当你缩放宽高的时候，可以自动适配。

1.3. 核心

  vp这个概念实际上来源于android的dp，是一个屏幕密度值，用来解决不同比例和屏幕像素的差异。
  vp虽然也做到了自适应，但是计算方式是根据屏幕斜边来计算。这也导致在UI还原遇到的最大问题就是很难按照设计图进行快速的编写代码。并且相同的vp，在不同机型上展示的效果是有问题的。即虽然进行了自适用，但是因为计算方式是按照斜边，所以在水平方向上的宽度在各机型展示的实际宽度百分比是不一致，导致UI还原上存在问题。
  lpx是以720px为基准计算的相对像素；目前主流的屏幕720分辨率已经很低配了。我个人建议直接用LPX，但是目前大部分的APi都是基于VP来计算的。这样在实际的开发中，可以用函数转换。
  Harmony要多一个lpx，是因为鸿蒙是跨端的，也就是存在 pc、pad 等，在其他的端存在视窗可以拉长缩小的情况，所以这个主要是应用在需要适配多端的场景。