访问器属性是状态桥接层，需绑定到结构化模型的“行”节点（如slate的block），配合继承规则与范围感知逻辑实现行级样式联动；禁止操作dom或依赖视图计算。
访问器属性本身不直接控制样式，而是作为状态桥接层，把用户操作、编辑器模型和样式策略串起来。要实现行级样式联动，关键在于将访问器绑定到结构化内容模型中的“行”节点，并配合继承规则与范围感知逻辑，避免手动遍历 DOM 或硬写 CSS。
明确“行”的语义边界
富文本中“行”不是视觉换行，而是逻辑结构单元。比如在 Slate 中对应 Block 节点（如 paragraph、heading），在 CKEditor 中是 Element，在 HarmonyOS RichEditor 中则是 MutableStyledString 的段落切片。访问器必须作用于这类可识别的模型节点，而非渲染后的 div 或 span。
- 若编辑器无显式“行”模型，需先扩展 schema，为每段内容打上
type: 'line'或类似标记 - 避免用
getBoundingClientRect()或line-height × lineCount反推行位置——这属于视图层计算，无法支撑可靠联动 - 选中跨多行时，访问器读取应返回
mixed或数组，写入时需按节点粒度分发，不强求统一值
用访问器封装行级样式策略
以 TypeScript + Slate 为例，在自定义 LineElement 上定义 lineHeight 访问器：
-
get lineHeight()：从节点属性读取
lineHeight；若为空，回退到父容器默认值或全局配置 -
set lineHeight(value)：调用
Transforms.setNodes更新当前行，并触发子节点（如 text、inline）的字体行高继承逻辑；对已有局部样式的子节点，仅更新未被覆盖的属性 - 不直接修改 DOM 样式，所有变更走模型事务，确保撤销栈、协同编辑、SSR 兼容
配套机制决定联动是否“精准”
仅靠 get/set 无法自动联动。必须叠加以下能力：
-
响应式监听：监听
onSelectionChange，当光标进入某行时，自动同步该行的lineHeight到样式面板，避免面板显示与实际脱节 -
范围感知计算：访问器内部判断 selection 是否跨行。若跨三行且各行 lineHeight 不同，
lineHeight应返回['1.4', '1.6', '1.4']而非报错或强制取第一个 -
样式 diff 与最小更新：设置新值前比对旧值，只提交真实变化的字段。例如原
{lineHeight: '1.5', fontSize: '14px'}→ 新{lineHeight: '1.6', fontSize: '14px'}，仅提交 lineHeight 变更
避开典型误用
常见错误是把访问器当成 DOM 操作入口：
- ❌ 在 setter 里用
element.style.lineHeight = value—— 这绕过模型，破坏事务一致性 - ❌ 把访问器挂在编辑器实例上（如
editor.lineHeight）—— 行级控制必须绑定到具体节点，否则无法支持多行异构样式 - ❌ 忽略继承冲突策略：比如某行设了
lineHeight: 2，但其中一段文字加了vertical-align: top，此时需明确定义“谁优先”，不能依赖浏览器默认行为
