Handlebar.js中Lambda函数内嵌套对象访问问题与Mustache兼容需求

这确实是Mustache.js的有意设计，和mustache.php的行为差异导致了你遇到的问题，我来详细解释下并给出解决方案：

为什么两种写法效果不同？ #

Mustache的核心设计是"无逻辑"模板，但不同实现（JS vs PHP）在处理函数时的规则有区别：

• 当你使用{{foo.bar}}这种点语法时，Mustache.js会直接尝试从foo这个属性上查找bar。但这里foo是一个函数，Mustache.js默认不会自动执行它，自然找不到bar属性，所以返回空字符串。
• 而{{#foo}}{{bar}}{{/foo}}这种区块语法是Mustache处理函数的标准方式：它会执行foo函数，将函数返回的对象作为当前上下文，然后在这个上下文里查找bar，所以能正常输出"success"。

mustache.php之所以支持{{foo.bar}}，是因为它在点语法查找时会自动执行函数并使用返回值，这属于PHP版本的额外特性，并非Mustache规范的强制要求。

让{{foo.bar}}生效的两种方案 #

方案1：预处理数据（最稳妥） #

在将数据传给Mustache渲染之前，手动执行foo函数，把返回的对象替换掉原来的函数：

const rawData = { 
  foo: function(){ return { 'bar': "success" } } 
};

// 预处理：执行foo函数，替换原属性
const processedData = {
  ...rawData,
  foo: rawData.foo()
};

// 用处理后的数据渲染模板
const result = Mustache.render(yourTemplate, processedData);

这种方式完全兼容Mustache.js的默认行为，也能和mustache.php的表现保持一致，是最推荐的做法。

方案2：扩展Mustache.js的查找逻辑（进阶） #

如果你无法修改原始数据，可以重写Mustache.js的lookup函数，让它在查找属性时自动执行函数：

// 保存原始的lookup方法
const originalLookup = Mustache.lookup;

// 重写lookup，遇到无参数函数就执行
Mustache.lookup = function(obj, prop) {
  let value = originalLookup(obj, prop);
  // 仅执行无参数的函数，避免影响区块lambda
  if (typeof value === 'function' && value.length === 0) {
    value = value.call(obj);
  }
  return value;
};

这样{{foo.bar}}就会先执行foo函数得到对象，再查找bar属性。但要注意：这种修改会全局影响所有Mustache渲染，如果你有其他需要作为区块lambda使用的带参数函数，可能会出现异常，所以需要根据你的实际场景谨慎调整。

内容的提问来源于stack exchange，提问作者fehrlich