Eleventy 中全局计算数据的合并问题解析

在 Eleventy 静态网站生成器中，开发者经常需要处理全局计算数据（eleventyComputed）的配置问题。最近发现了一个值得注意的行为模式：当多个插件通过 addGlobalData 方法添加 eleventyComputed 属性时，后添加的配置会覆盖之前的配置，而不是像预期那样进行深度合并。

问题背景

Eleventy 提供了一个强大的数据层系统，其中 eleventyComputed 是一个特殊属性，允许开发者定义基于其他数据的动态计算属性。许多插件会通过 config.addGlobalData 方法来向项目中注入全局的计算数据。

典型的使用场景如下：

// 插件1
config.addGlobalData("eleventyComputed", {
  foo(data) {
    // 计算逻辑
  }
});

// 插件2
config.addGlobalData("eleventyComputed", {
  bar(data) {
    // 计算逻辑
  }
});

开发者期望这两个配置会被深度合并，最终得到一个包含 foo 和 bar 两个计算属性的对象。然而实际上，后加载的插件会完全覆盖之前的 eleventyComputed 配置。

技术原理

这个问题源于 Eleventy 内部处理 addGlobalData 的方式。当直接传递对象时，Eleventy 会执行浅层合并而非深度合并。对于函数类型的值，情况更为特殊 - Eleventy 会立即执行传入的函数，这使得直接传递计算函数变得复杂。

解决方案

Eleventy 核心团队提供了两种解决方案：

1. 使用路径式添加：通过指定完整路径来避免覆盖问题

config.addGlobalData("eleventyComputed.foo", () => {
  return (data) => { /* 计算逻辑 */ };
});

config.addGlobalData("eleventyComputed.bar", () => {
  return (data) => { /* 计算逻辑 */ };
});

2. 等待新版本：Eleventy 3.0.0-alpha.18 及更高版本将自动合并传递给 addGlobalData 的对象，无论深度数据合并功能是否启用。

最佳实践

对于插件开发者，建议采用路径式添加方法，这能确保与其他插件的兼容性。同时需要注意：

1. 当需要返回函数时，必须使用双层函数结构
2. 明确指定属性路径可以避免意外的覆盖行为
3. 考虑向后兼容性，特别是对于支持多个 Eleventy 版本的插件

对于项目开发者，如果遇到多个插件的计算属性冲突问题，可以：

1. 检查插件是否使用了最新的添加方式
2. 考虑升级到支持自动合并的 Eleventy 版本
3. 必要时可以手动合并不同插件的计算属性

未来展望

Eleventy 团队正在逐步淘汰 dataDeepMerge 功能，转而采用更智能的自动合并策略。这一变化将简化配置管理，使开发者能够更专注于业务逻辑而非数据合并的细节问题。

理解这些底层机制有助于开发者更好地构建可维护的 Eleventy 项目，特别是在使用多个插件时能够避免意外的配置冲突。