|
|
1
4
简短回答: 如果此代码在功能上对您的项目是正确的,并且您还没有证明它是分析器的问题,那么就不要更改它。继续使用功能正确的解决方案,直到您证明它很慢。 长答案: 这段特定代码的速度取决于 大量 的因素。其中许多将取决于您运行的特定机器(例如硬盘速度)。查看涉及文件系统而不涉及其他任何内容的代码,很难确定地说“x比y快”。 在这种情况下,我只能对一件事发表评论。此方法的返回类型是一个FileInfo值数组。数组需要连续的内存,非常大的数组会导致堆中的碎片问题。如果你有 极其 您正在读取的大型目录可能会导致堆碎片化,并间接导致性能问题。 如果这被证明是一个问题,那么您可以PInvoke到FindFirstFile/FindNextFile中,一次获取一个。结果可能是CPU周期的功能较慢,但内存压力较小。 但我必须强调,你应该证明这些都是问题 修复 他们。 |
|
|
2
3
对原始文章的支持: http://www.codeproject.com/KB/cs/workerthread.aspx |
|
|
3
0
这是一种粗鲁的做法。
将此输出转换为文本文件,读取它&按...分割
只获取文件
|
|
|
4
0
|
|
|
7BeholdeR7 · 文件夹的重量超过其中的文件(六倍) 4 年前 |
|
|
ilteris · 为什么程序在fscanf后崩溃 4 年前 |
|
Peaceful · 使用fscanf读取C中具有未知行数的文件 4 年前 |
|
|
NOCi · 如何将Tensorflow的结果记录到CSV文件 4 年前 |
|
|
Oakzeh · 如何在字符串索引之前读取文件并删除字符 4 年前 |