HTML结构在跨平台UI框架中不是被复用而是解构重编译，仅作为语义输入；DOM树不等于渲染树，Flutter等框架无document对象，HTML标签被转为私有节点类型，布局、事件、样式均需映射为平台原生机制。
HTML结构在跨平台UI框架中不是被“复用”，而是被“解构重编译”——它只作为语义输入，不参与运行时渲染。
DOM树 ≠ 渲染树：为什么不能直接把document.body塞进Flutter或relic
跨平台框架（如Flutter、relic、React Native）根本不依赖浏览器的DOM API。它们的渲染层完全独立，document对象在这些环境里根本不存在。所谓“HTML结构”的作用，仅限于提供层级关系、语义标签（header、button、nav）和基础属性（class、id、data-* ），后续全部被转换为框架私有的节点类型。
- 例如：
<div class="card"><h2>Title</h2><p>Content</p></div>在relic中会被解析为一个ContainerNode+ 两个TextNode，而非保留HTMLDivElement实例 - Flexbox布局信息（
display: flex、flex-direction）会被提取为布局约束参数，传给底层渲染器的LayoutConfig对象，而非调用CSSOM - 事件绑定（
onclick）不会注册到真实DOM，而是映射为框架内部的onTap或onPress回调，经由桥接层转发
htmlToFigma 的转换逻辑为何不能直接迁移到relic或Flutter
htmlToFigma 是单向、离线、静态的结构投影：它读取当前页面的getComputedStyle结果，生成Figma可导入的JSON。而relic这类框架需要支持动态更新、状态驱动、平台原生事件响应——这意味着节点必须可挂载、可重排、可与系统API交互。
-
htmlToFigma("body", true)返回的是不可变的图层数组，没有生命周期、无事件句柄、不响应数据变化 - relic的节点对象必须实现
mount()、update()、unmount()方法，并持有对原生视图句柄（如iOS的UIView*或Android的View）的弱引用 - CSS变量（
var(--primary-color)）在htmlToFigma中被求值后固化；在relic中需绑定到主题上下文，支持运行时切换
语义标签如何影响跨平台组件映射：从input[type="date"]说起
不同平台对同一HTML语义标签的原生实现差异极大，跨平台框架必须做“意图归一化”而非“样式复刻”。input[type="date"]就是典型：
立即学习“前端免费学习笔记（深入）”；
- 在iOS上 → 映射为
UIDatePicker，触发系统级日期选择器 - 在Android上 → 映射为
DatePickerDialog，遵循Material Design规范 - 在桌面端（macOS）→ 可能退化为带日历图标的文本输入框 + 自定义弹层
- 关键点：
type="date"不是告诉框架“画一个日期输入框”，而是声明“用户需要输入日期”，具体实现由平台能力决定
真正容易被忽略的，是HTML中隐含的“平台无关假设”：比如tabindex在桌面端有效，但在触屏设备上基本无意义；:hover伪类在移动端永远不触发。跨平台框架若照搬HTML结构逻辑，会在非Web端产生大量不可见的兼容性毛刺——这些不是bug，而是抽象失准的结果。
