Ember.js中Getter使用@computed('args.param')与不使用的差异

这两段代码都是基于args.date生成当月起始日期的逻辑，但在Ember的响应式系统中存在本质区别：

1. 依赖跟踪方式不同 #

• 第一段代码用@computed('args.date')显式声明依赖：通过字符串路径告诉Ember，这个计算属性的更新依赖args.date的变化。Ember会监听这个路径对应的属性，当它变化时重新计算currentMonth。
• 第二段代码是自动跟踪依赖：Ember 3.1+引入的Auto-Tracking特性会自动追踪getter中实际访问的属性（也就是this.args.date），无需手动声明依赖字符串，只要你在getter里用到了某个响应式属性，Ember就会自动监听它的变化。

2. API版本与推荐度不同 #

• @computed是Ember的旧版遗留API，在Ember 3.0及之前是标准写法，现在虽然仍兼容，但官方已经不推荐使用。
• 第二段的原生getter写法是Ember 3.1+的现代推荐写法，是当前Ember响应式编程的标准模式。

3. 错误容错性不同 #

• 用@computed时，如果写错了依赖路径（比如写成@computed('arg.date')少了个s），Ember不会抛出错误，但这个计算属性不会在args.date变化时更新，排查问题会比较麻烦。
• 自动跟踪的getter不存在这个问题，只要你正确访问this.args.date，Ember就会准确跟踪，写错属性名时会直接抛出undefined相关的错误，更容易定位问题。

4. 内部实现与性能细节 #

两者都是懒加载执行（第一次访问时才计算值），且依赖变化时会重新计算，但内部机制有差异：

• @computed基于字符串路径的监听，会监听整个路径上的属性变化，可能存在不必要的监听开销。
• 自动跟踪是基于属性访问的精准追踪，只跟踪getter中实际用到的属性，性能更优，尤其是在复杂组件中。

两段代码的格式展示 #

第一段代码：

@computed('args.date')
get currentMonth() {
  return moment(this.args.date, 'YYYY-MM').startOf('month');
}

第二段代码：

get currentMonth() {
  return moment(this.args.date, 'YYYY-MM').startOf('month');
}

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