Question

换言之,如果是的话,以下几个方面会更快?

List<MyClass> myList;
...
...
f或each (Whatever whatever in SomeOtherLongList)
{
  ...
  if (i < myList.Count)
  {
    ...
  }
}

或

List<MyClass> myList;
...
...
int listCount = myList.Count;
f或each (Whatever whatever in SomeOtherLongList)
{
  ...
  if (i < listCount)
  {
    ...
  }
}

感谢:

Answer 1

<代码>Count只是一种 in。当你问其价值时,它会立即计算。它预估了时间,因此也照此。备选案文1更可读:

Answer 2

<代码>List<T>s>确实没有必要加以扣押,因为它只是简单的财产。

但是,可在任何<代码>上使用的<代码>Count(>推广方法>。可以用数字表示的非常昂贵,因为它可能需要列举整个顺序,以便加以计算(关于它只是使用该财产,但列举的是任何其他情况)。另外,如果你需要知道计算是否为零,则最好采用>推广方法。

Answer 3

你们可以通过反省来审视“数字”的执行情况:

public int Count
{
    get
    {
        return this._size;
    }
}

如我们能够看到的那样,<代码>Count<>/code>只是归还该成员的财产_size,该财产在增加/从名单上删除:

public void Add(T item)
{
    if (this._size == this._items.Length)
    {
        this.EnsureCapacity(this._size + 1);
    }
    this._items[this._size++] = item;
    this._version++;
}

public void RemoveAt(int index)
{
    if (index >= this._size)
    {
        ThrowHelper.ThrowArgumentOutOfRangeException();
    }
    this._size--;
    if (index < this._size)
    {
        Array.Copy(this._items, index + 1, this._items, index, this._size - index);
    }
    this._items[this._size] = default(T);
    this._version++;
}

因此,显然没有必要扣押财产。

Answer 4

b/c 即便只是一个变数,你节省了这一职能,也要求得到计票。

由于彩票的价值可能发生变化,编辑们赢得了取消这些功能的号召,因为它可能改变法典的语义。

Answer 5

第一是更可读和更好的选择,有<条码>没有在(listCount)中保存。

两者都取得了任何成绩。

一俟你制定名单,即自动确定名单。

友情链接