deviceTypes 与设备声明

deviceTypes 是应用配置里声明设备形态的字段：你的应用说自己能跑在哪些设备上。看似一行配置，实际是产品与工程的双重决策。这篇讲实务。

▍声明的选项面
主流形态：手机、平板、二合一、折叠屏（按系统的形态标识体系声明）。声明即承诺：市场按声明分发（声明了平板，平板用户才搜得到你）；系统按声明给环境（形态的能力与约束按声明集合的最大公约数来）。

▍声明的决策逻辑
能力覆盖（应用的交互与布局在哪些形态上真正达标——S3 双模与多分辨率标准过了哪些形态就声明哪些）；测试背书（每个声明的形态都要有测试矩阵的格——没测过的形态声明了就是盲发）；增量策略（首版只声明打磨透的形态，后续版本扩——形态扩张是新版本的常规内容）。

▍声明的常见坑
全声明的心动（全形态看起来曝光最大——没适配好的形态差评也最多：手机上跑平板布局的一星评论教训）；漏声明的错失（应用明明在大屏很好用，忘了声明平板——白白错过主场用户）；形态能力检测缺失（声明了多形态但运行时不检测形态——手机上还是大屏布局的尴尬）。

▍工程侧的联动
形态检测的运行时逻辑（按当前形态切布局与交互档——声明保证装得上，检测保证用得好）；形态相关的配置分档（每形态的资源与参数档——图标、布局、默认值各形态一套）；发布检查单（形态声明与测试矩阵的一致性核对——声明了就测过，测过的才声明）。

▍Air 系列的实践
移植工程的形态声明按工程实际打磨进度走（主流是大屏优先——桌面级应用的主场；手机形态按工程适配进度逐步扩展：有的工程三形态齐备，有的专注大屏——如实声明，不虚占）。

▍一句话
deviceTypes 是对用户的承诺清单：写了哪个形态，就要对那个形态的用户负责到底。

有疑问欢迎在本板块直接发帖，我们会逐条回复。