字典查找(O(1))vs Linq在哪里

时间:2010-03-16 16:31:13

标签: linq dictionary complexity-theory time-complexity

什么更快,我应该牺牲Linq标准来实现速度(假设字典查找真的更快)?所以让我详细说明一下:

我有以下内容:

List<Product> products = GetProductList();

我需要根据某些属性搜索产品,例如序列号。我可以先创建一个字典,然后按如下方式填充它:

Dictionary<string, Product> dict = new Dictionary<string, Product>();
foreach(Product p in products)
{
    dict.Add(p.serial, p);
}

在找到产品的时候,利用字典查询提供的O(1):

string some_serial = ...;
try { Product p = dict[some_serial]; } catch(KeyNotFoundException) { }

或者,使用Linq:

Product p = products.Where(p => p.serial.Equals(some_serial)).FirstOrDefault();

Dict方法的缺点当然是这需要更多的内存空间,更多的代码来编写,更不优雅等等(虽然大多数都是有争议的)。假设这是非因素。我应该采取第一种方法吗?

总而言之,我想确认上述Linq方法的复杂性是否确实是O(n),我不知道它是如何更好的。

1 个答案:

答案 0 :(得分:7)

假设您从一个对象的枚举开始,并且只执行一次...

执行Where方法会更快,而不是添加到Dictionary<TKey,TValue>然后再查找它。原因是字典方法 O(1)。在这种情况下,您将向字典中添加项目,然后进行查找。添加部分是O(N),它与具有额外内存开销的Where方法一样昂贵。

要注意的另一个小问题是Dictionary<TKey,TValue>不是真正的O(1)。它改为接近O(1),但在某些情况下会降低性能较差(例如许多冲突键)。