Javascript callback与同步调用函数的差异及使用场景疑问

问题1解答 #

• 评论表述的含义：示例1中的myCalculator函数内部硬编码绑定了myDisplayer输出逻辑，只要调用该函数，计算完成后必然会自动将结果写入页面的demo元素，调用方没有任何选择权，无法干预结果的处理方式，自然也没办法阻止它输出结果。
• 示例2的实现逻辑：示例2将结果处理逻辑从myCalculator内部抽离成了可传入的回调参数，myCalculator本身只负责完成求和计算，后续怎么处理结果完全由调用方决定。如果你不想让它输出结果，只需要传入自定义回调即可，比如你可以把结果存到变量而不是输出到页面：

let result;
myCalculator(5,5, sum => {
  result = sum; // 仅存储计算值，不会触发页面写入操作
})

• 同步场景下回调的作用：这是入门级的简化示例，用同步逻辑只是为了降低理解门槛，回调不是异步场景的专属功能。同步场景下回调的核心价值是逻辑解耦、提升函数复用性：示例2的myCalculator可以复用在任意需要两数求和的场景，不需要修改函数内部代码，只要传入不同的回调处理结果即可，比如统计数据、存储到本地、传递给其他函数运算都可以。

问题2解答 #

• 你给出的两个示例执行结果是完全一致的，因为你给示例2传入的回调就是myDisplayer，和示例1硬编码的逻辑没有区别。
• 该场景是否需要用callback完全取决于你的业务需求：如果这个求和函数的使用场景永远固定为把结果输出到demo元素，那确实不需要用回调，硬编码更简单；但如果你的求和函数需要适配多场景的结果处理需求，哪怕是同步场景，用回调也能大幅提升代码的可维护性和复用性。你提到的异步操作是回调最常见的使用场景，但不是唯一适用场景。

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