slot标签本身不能直接实现数据表格组件，它只是内容分发的管道；真正起作用的是自定义元素+Shadow DOM+slot组合使用，且必须通过attachShadow注册、具名slot划分语义区域、正确注册组件并遵循直系子节点限制。
slot 标签本身不能直接“实现数据表格组件”，它只是内容分发的管道。真正起作用的是：自定义元素 + Shadow DOM + slot 组合使用。单独在普通 <table> 里写 <slot>，浏览器会忽略它，什么都不会发生。
slot 必须配合 attachShadow 才生效，否则内容被丢弃
你写了 <my-table><th slot="header">姓名</th></my-table> 却没渲染？不是代码写错了，是机制根本没启动。
-
this.attachShadow({ mode: 'open' })必须在自定义元素构造函数或connectedCallback中调用，且只调一次 -
shadowRoot.innerHTML或shadowRoot.appendChild()里必须包含对应<slot name="header"></slot> - 组件必须已通过
customElements.define('my-table', MyTable)注册，且 HTML 中使用的标签名与之完全一致（大小写、连字符都不能错）
表格结构需靠具名 slot 划分语义区域，而非默认 slot 堆砌
一个可复用的表格组件至少要支持表头、行模板、空状态、加载占位等区域。靠多个 <slot name="..."> 显式声明比依赖默认插槽更可控：
-
<slot name="header"></slot>接收<tr><th>...</th></tr>—— 注意：必须是直系子节点，<div><tr><th>...</th></tr></div>会被整个丢弃 -
<slot name="row"></slot>用于定义单行结构，比如<tr><td>{{name}}</td><td>{{age}}</td></tr>；实际渲染时由 JS 克隆并注入数据 -
<slot name="empty">暂无数据</slot>提供 fallback 内容，不写则显示 slot 的 innerHTML - 不要试图用多个默认
<slot></slot>分发多段内容——只有第一个无slot属性的直系子节点会被捕获，其余全丢弃
::slotted() 样式能力有限，深层定制得换思路
想给投射进来的 <th> 加背景色？::slotted(th) 可以；但 ::slotted(th:hover) 或 ::slotted(.cell .text) 全部无效——浏览器强制限制它只能匹配投射内容的**直系子元素**，不支持伪类、后代选择器。
立即学习“前端免费学习笔记（深入）”；
- 稳定做法是透传 CSS 自定义属性：
<my-table style="--header-bg: #f0f9ff">，然后在 shadow 内写::slotted(th) { background: var(--header-bg); } - 如果需要控制单元格内按钮样式，别依赖
::slotted(button)，而是让使用者自己加 class，并在 shadow 外部提供配套 CSS（利用:host > *或全局 scope） - 避免在
::slotted(*)上设display: block等破坏表格流的样式——投射内容仍需服从<table>的渲染规则
slotchange 事件无法监听动态插入，需手动触发
slotchange 只在初始渲染时触发一次，后续往 <my-table> 里用 JS 动态 append 子节点，事件不会再次 fired。这对需要响应式更新表头或操作栏的场景是个坑。
- 监听不到？别依赖事件，改用
slot.assignedNodes({ flatten: true })主动查询当前分发到该 slot 的节点 - 若需响应变化，可结合
MutationObserver监听自定义元素的 childList，再手动检查各slot的assignedNodes - 注意：分配发生在渲染前，
assignedNodes()返回的是已分发的节点引用，不是实时 DOM 快照；修改这些节点会影响原始内容
表格真正的复杂点不在 slot 语法，而在于如何把“投射内容”和“数据驱动渲染”桥接起来——slot 负责接收结构，JS 才负责生成行、处理排序、响应筛选。这两层逻辑一旦混在一起，就容易变成不可维护的胶水代码。
