Stencil项目中使用Storybook构建静态站点的资源加载问题解决方案

问题背景

在使用Stencil构建Web组件库并结合Storybook进行组件展示时，开发者可能会遇到一个常见问题：在开发模式下Storybook能够正常显示组件，但在构建静态站点后组件无法加载。具体表现为浏览器控制台报错，提示找不到/assets/xyz.entry.js等资源文件。

问题分析

这个问题源于Stencil和Storybook在构建过程中的资源处理方式差异：

1. 开发模式：Storybook开发服务器能够正确代理和提供Stencil构建的资源
2. 生产构建：静态构建后，Storybook默认期望在/assets目录下找到Stencil生成的组件资源
3. 资源路径：Stencil默认将构建输出放在dist目录，与Storybook的预期路径不匹配

解决方案

通过添加Storybook的预览头注入文件，可以手动指定Stencil组件的加载路径：

1. 在.storybook目录下创建preview-head.html文件
2. 添加以下内容（根据实际项目结构调整路径）：

<script type="module" src="./components/components.esm.js"></script>

实现原理

这个解决方案的工作原理是：

1. 模块加载：使用type="module"确保以ES模块方式加载组件
2. 路径修正：直接引用Stencil构建输出的ES模块文件
3. 构建后位置：假设Storybook构建时将Stencil的dist目录内容复制到了输出根目录

最佳实践建议

1. 项目结构规划：保持Stencil输出目录(dist)与Storybook配置的一致性
2. 构建脚本优化：可以在package.json中添加组合命令，确保构建顺序正确
3. 环境检查：开发和生产环境使用相同的资源引用方式，减少环境差异
4. 版本控制：确保Stencil和Storybook版本兼容

扩展思考

这个问题反映了现代前端工具链中常见的资源管理挑战。理解以下几点有助于更好地解决类似问题：

1. 构建工具的资产管道如何处理不同类型的资源
2. 模块系统(ESM vs CommonJS)在开发和生产环境的表现差异
3. 静态站点生成时资源路径的相对性处理

通过这个案例，开发者可以更深入地理解前端工具链协作时可能出现的资源路径问题及其解决方案。