C#有關鍵字var
,它強制編譯器推斷變量類型。
c#編譯器還必須檢查變量的類型是否與分配的值兼容。c#關鍵字var慢編譯?
我聽說var
可能會減慢編譯速度,我不應該使用它,但我喜歡懶惰,並讓編譯器爲我工作,特別是您必須爲聲明期間爲var
聲明的變量賦值。
那麼它會影響大量編譯時間,而使用很多?
C#有關鍵字var
,它強制編譯器推斷變量類型。
c#編譯器還必須檢查變量的類型是否與分配的值兼容。c#關鍵字var慢編譯?
我聽說var
可能會減慢編譯速度,我不應該使用它,但我喜歡懶惰,並讓編譯器爲我工作,特別是您必須爲聲明期間爲var
聲明的變量賦值。
那麼它會影響大量編譯時間,而使用很多?
除非你有采取(數十)分鐘打造巨大項目,可以由var
引起的任何性能差異將不明顯。
請記住,有或沒有var
編譯器已經必須做很多類型兼容性檢查,所以它已經有了「推斷」類型的信息。避免var
不會消除此類型檢查。
聽說
var
可以減緩編譯和,我不應該使用它了...
這聽起來像是有人遞上一個藉口誰在反對使用var
。
這導致當使用var
的問題,意見和喜好上是主題不同;也許合法,有(可以說)過度使用的潛力。我個人偏好只有三個相當明確的情況下使用var
:
var foo = new { Foo = 314 };
當實際類型是 「完全明顯」 的或var foo = obj as Foo;
var foo = new Foo();
var foo = Foo.Create();
我喜歡var,但我的老師說在c#中使用bar並不好,如果我使用它,他會給我愛好者的學位,在這個辯論中他說這個論點,所以我不得不要求 –
作爲你的老師關於匿名類型。 –
或動態類型。 –
你有沒有測得的編譯時間與不經常使用'var'的? –
「我聽說'var'可能會減慢編譯速度,我不應該使用它太多......」你聽到了什麼聲音? –
_「但是,c#編譯器也必須檢查變量類型是否與分配的值兼容。」_不完全。變量的類型是分配值的類型。 –