Composer 无法实现 BOM 表联动动画，因其仅为 PHP 依赖管理工具，不处理 DOM、CSS 动画或前端交互；联动需前端框架（如 Alpine.js）配合后端解析（如 league/csv）完成。
Composer 本身不支持 BOM 表联动动画或序号与零件同步——它是个 PHP 依赖管理工具，没有 GUI、不渲染表格、也不处理前端交互。
为什么 Composer 无法实现 BOM 表联动动画
Composer 的核心职责是解析 composer.json、下载包、生成 vendor/autoload.php、维护 composer.lock。它不涉及 DOM 操作、事件绑定、CSS 动画或数据双向绑定。
常见误解来源：有人把“用 Composer 加载了某个前端库（比如 Vue 或 Alpine.js）”误认为是 Composer 实现了联动效果。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- Composer 只管把
vue包放进vendor/或node_modules/（需配合其他工具） - 实际渲染 BOM 表、监听序号变更、触发零件高亮，全靠前端 JS 框架完成
- 所谓“联动动画”，本质是 CSS
transition+ JS 状态更新，Composer 零参与
真正能做 BOM 序号与零件同步的方案组合
典型可行路径是：PHP 后端用 Composer 管理业务逻辑类（如 BomParser），前端用轻量框架驱动 UI。关键不在 Composer，而在怎么桥接。
- 后端用 Composer 加载
spatie/csv解析 BOM CSV 文件，输出结构化 JSON 给前端 - 前端用
Alpine.js（无构建步骤）监听x-model改变序号输入框，实时过滤并滚动到对应data-part-id的零件行 - 同步高亮靠 CSS 类切换：
class="bg-blue-100" :class="{ 'ring-2 ring-blue-500': activeId === part.id }" - 动画由
transition控制，例如：transition: all 0.2s ease，非 JavaScript 驱动
容易被忽略的坑：BOM 数据一致性与性能边界
当 BOM 行数超 500 条，前端直接渲染+响应式绑定会明显卡顿。此时“同步”不再是功能问题，而是体验断点。
- 别在 Alpine/Vue 中直接
v-for渲染全部零件——改用虚拟滚动（vue-virtual-scroller或原生IntersectionObserver） - 序号跳转时，避免用
document.querySelector(`[data-part-id="${id}"]`)全局查——提前建好Map缓存节点引用 - 后端返回的 JSON 必须带唯一
id字段；若原始 BOM 只有“序号”列（可能重复），需在 PHP 层用array_values()+array_flip()或md5(serialize($row))补全局键 - Composer 安装的
league/csv默认不校验 UTF-8，中文零件名乱码时要显式调用$reader->setInputBOM(true)
真正的联动发生在浏览器里，Composer 最多帮你把解析逻辑写得更稳一点。别让它背锅，也别指望它发光。
