在JSReport中使用Handlebars实现字符串转数字的问题求助

核心问题分析 #

1. XLSX单元格结构错误：数字类型单元格（t="n"）不应使用<is><t>包裹内容，该结构仅适用于inlineStr类型，数字单元格需用<v>标签承载数值。
2. 类型判断逻辑不严谨：原生isNaN会自动转换非数字类型，导致判断不准确；同时传入的value是String对象，需确保处理逻辑兼容。

修正后的代码 #

Handlebars模板 #

{{#each this.properties}}
  {{#if (isNaN (convertToNumber this))}}
    <c t="inlineStr"><is><t>{{this}}</t></is></c>
  {{else}}
    <c t="n"><v>{{convertToNumber this}}</v></c>
  {{/if}}
{{/each}}

辅助函数优化 #

Handlebars.registerHelper('isNumber', function(value) {
  return typeof value === 'number';
});

Handlebars.registerHelper('convertToNumber', function(value) {
  // 将String对象转为原始字符串
  const rawStr = String(value).replace(/'/g, '');
  const number = parseFloat(rawStr);
  // 仅当字符串能完整解析为数字时返回数值，否则返回NaN
  return Number.isNaN(number) || rawStr !== number.toString() ? NaN : number;
});

Handlebars.registerHelper('isNaN', function(value) {
  // 使用Number.isNaN避免类型转换导致的误判
  return Number.isNaN(value);
});

关键修改说明 #

• XLSX结构修正：数字单元格改用<v>标签，符合Office Open XML规范，确保XLSX能正确识别数值类型。
• 字符串处理优化：先将String对象转为原始字符串，避免潜在的对象方法调用问题；同时增加判断，确保只有完全匹配数字格式的字符串才转为数字（避免类似"123abc"被误转成123）。
• 类型判断严谨性：用Number.isNaN替代原生isNaN，仅对真正的NaN值返回true，避免非数字类型被错误转换后导致的判断失误。

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