|
|
1
83
为什么不测量它:
在我的计算机上,当以发布模式编译时,此程序打印:
更新: 正如@stefan所建议的,以下是对一个大列表进行排序的次数更少的结果:
印刷品:
在这种情况下,orderby的性能似乎更好。 更新2: 使用随机名称:
在哪里?
产量:
还是orderby更快 |
|
2
102
不,它们不是同一个算法。首先,Linq
它还取决于是否对查询进行缓冲,而不是重复多次(除非对结果进行缓冲,否则linq-to-objects将根据
对于
(用于
|
|
|
3
53
达林·迪米特洛夫的回答表明
而且,
代码:
|
|
|
4
33
我认为需要注意的是
假设存在一个
比较
选项2
可能有更好的性能,因为它只调用
|
|
|
5
6
简而言之: 列表/数组排序():
orderby/thenby():
资料来源: MDSN , reference source 和 dotnet/coreclr 存储库(Github)。 上面列出的一些语句基于当前的.NET框架实现(4.7.2)。将来可能会改变。 |
|
|
6
0
您应该计算orderby和sort方法使用的算法的复杂性。 我记得QuickSort的复杂性为n(log n),其中n是数组的长度。 我也在搜索orderby的,但我甚至在msdn库中也找不到任何信息。 如果您没有任何相同的值,并且只与一个属性相关的排序,我宁愿使用 sort()方法;如果不使用orderby。 |
|
|
7
-1
我只想添加那个orderby更有用。 为什么? 因为我能做到
为什么比较复杂?只需根据字段进行排序。在这里,我根据总余额进行排序。 非常容易 我不能这么做。我不知道为什么。按医嘱行事。 至于速度。总是O(N) |
|
Sweepy Dodo · JSON lite的格式化 1 年前 |
|
|
giantjenga · 优化整数向量到二进制向量的转换 1 年前 |
|
Zegarek · Postgresql递归查询未提供预期结果 1 年前 |
|
|
Joe · 为什么这两个查询之间的性能存在如此大的差异? 1 年前 |
|
tic-toc-choc · 在`dplyr中高效使用列表进行过滤` 1 年前 |