工作场景中，JavaScript普通函数与箭头函数该如何选择？

使用频率与场景区分 #

实际团队项目里不会刻意偏向某一种，而是根据场景按需选择：

• function关键字的高频使用场景：
  • 命名工具函数、组件初始化函数这类需要函数提升的场景——function声明会被提升，你可以在函数定义之前调用它，而且栈追踪里会显示明确的函数名，调试更高效
  • 构造函数——箭头函数不能作为构造函数使用，创建类实例必须用function（class语法本质也是function的语法糖）
  • 对象方法——用function定义的方法，this会指向调用该方法的对象实例，符合业务逻辑预期；如果用箭头函数，this会绑定外层作用域的this，大概率不符合需求
• 箭头函数的高频使用场景：
  • 数组回调（map/filter/reduce等）——不用手动处理this绑定，写法更简洁，比如arr.map(item => item * 2)比arr.map(function(item) { return item * 2 })更清爽
  • 简短的单行逻辑函数——尤其是返回值直接对应输入处理结果的场景
  • 需要保留外层this的闭包/回调场景——比如事件监听里要访问组件实例的属性，用箭头函数可以避免写const that = this或者.bind(this)的冗余代码

仅使用某一种是否可行？ #

• 仅用function：技术上可行，但写回调时会增加冗余代码，比如需要手动绑定this或者缓存外层this，代码不够简洁
• 仅用箭头函数：不可行，因为箭头函数存在天生限制：不能作为构造函数、没有arguments对象、无法修改this指向，而且用箭头函数定义命名函数只能通过变量赋值（const foo = () => {}），没有函数提升，提前调用会报错，调试时栈追踪可能显示匿名函数，排查问题更麻烦

关于最佳实践与"只要可行就行"的疑问 #

代码可行只是最低标准，团队项目里更要考虑可读性、可维护性和调试效率：

• 如果你习惯用function，完全没问题，但要学会在合适的场景（比如数组回调、需要保留外层this的场景）用箭头函数简化代码
• 优先遵循团队的编码规范，如果团队没有明确规定，就按照场景区分使用——让每个函数的写法都符合它的用途，比强行统一某一种写法更重要

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