Javascript 余烬:sortBy或Ember.computed.sort

Javascript 余烬:sortBy或Ember.computed.sort,javascript,performance,sorting,ember.js,Javascript,Performance,Sorting,Ember.js,我在某处看到了一个余烬的例子,它是这样的: model.sortBy("time").reverse().sortBy("place") 这是可行的,但我不确定这是否是一个好办法。下面的选项是否更适合于此。若有,原因为何 sortOptions: ['time:desc','place'] Ember.computed.sort('model',sortOptions) 将对数组模型进行一次排序 Ember.computed.sort('model',sortOptions) 将在每次模型

我在某处看到了一个余烬的例子,它是这样的:

model.sortBy("time").reverse().sortBy("place")
这是可行的,但我不确定这是否是一个好办法。下面的选项是否更适合于此。若有,原因为何

sortOptions: ['time:desc','place']
Ember.computed.sort('model',sortOptions)
将对数组
模型
进行一次排序

Ember.computed.sort('model',sortOptions)
将在每次
模型
或其属性更改时重新计算其值。 所以你应该使用什么取决于你需要什么。我认为这类产品本身的性能并没有显著差异

将对数组
模型
进行一次排序

Ember.computed.sort('model',sortOptions)
将在每次
模型
或其属性更改时重新计算其值。
所以你应该使用什么取决于你需要什么。我认为这类产品本身的性能并没有显著差异

好的,谢谢你的帮助。在这种情况下,它只是排序一次,所以我想应该可以。我有另一个相关的问题-,你能帮我吗。声称Ember.computed.sort与sortBy相比速度不快。因此,定义一个普通的余烬计算属性并在其中使用sortBy进行排序也是一个值得考虑的选项。好的,谢谢您的帮助。在这种情况下,它只是排序一次,所以我想应该可以。我有另一个相关的问题-,你能帮我吗。声称Ember.computed.sort与sortBy相比速度不快。因此,定义一个纯余烬计算属性并在其中使用sortBy进行排序也是一个值得考虑的选项。