Excel VBA自動實例化的神話性能不佳嗎？

Question

公認的觀點是使用像Dim dict As New Dictionary這樣的結構在性能上比Dim dict As Dictionary/Set dict = New Dictionary差。

解釋是前面的示例 - 自動實例化 - 將實例化延遲到變量dict的第一次使用。因此，每次字典被引用，編譯的代碼必須首先檢查dict是否等於Nothing。

但是，我發現編譯代碼無論如何都這樣做。每當您嘗試使用Nothing的對象引用時，您都會收到錯誤消息。

所以，爲了向科學致敬，我跑了一些測試。結果表明兩種方法之間沒有性能差異。 （在Excel 2007上運行）

調用「創建字典&添加2個項目」100,000次。

• 明確：16,891ms /自動：16,797ms（自動94ms更快）
• 明確：16,797ms /自動：16,781ms（自動爲16ms更快）

反向測試調用的順序：

• 自動：16,766ms /顯式：16,812ms（自動46ms更快）
• 自動：16,828ms /顯式：16,813ms（顯式15ms的更快）

調用「創建字典&添加6個項目」100,000次。

• 汽車：17,437ms /明確：17,407ms（顯式30毫秒更快）
• 汽車：17,343ms /明確：17,360ms（自動17MS更快）

創建詞典並添加100000項目。

• 汽車：391ms /明確：391ms（同）

創建詞典並添加百萬個。

• 汽車：57,609ms /明確：58,172ms（自動563ms更快）
• 明確：57,343ms /自動：57,422ms（顯式79ms更快）

我看到任何跡象表明自動實例化與顯式實例化的關係很差。 （要清楚，由於其他原因，我會避免自動實例化，但我只是在這裏表現角度感興趣。）

那麼這是一個神話嗎？

UPDATE

讓我奠定了爲什麼性能說法沒有道理給我。據說，

x.Add("Key", "Item") 

在自動實例化對象

等同於以下內容：

If x is Nothing then 
    Set x = New Dictionary 
End If 
x.Add("Key", "Item") 

這使得它看起來像「可怕的開銷，」如果你調用這個數千次。但是在顯式實例的情況下，它在代碼的編譯版本生成邏輯的完全形式：

If x is Nothing Then 
    Err.Raise "Object variable not set..." 
End If 
x.Add("Key", "Item") 

這並不一定意味着汽車是更長的時間，這就是爲什麼我問是否有任何事實。我想知道我是否已經確定了許多未經考驗的表演神話中的另一個。

Answer 1

我知道如果沒關係，或者不要暗淡爲新，那麼就有神聖的方式，但我從來沒有聽說過它會導致糟糕的表現。 簡短的回答是不是真的。是的，它通過粗略的檢查來清理你的代碼，看看它不是什麼，但是你不會注意到由於今天的機器而產生的速度差異。這就像是說「循環超過10000個字符比10001快。要開始看到任何區別，你需要循環你的測試，以更高的數字，如數百萬和數千萬。」

這就是說暗淡新爲皺眉在而不是性能的原因。

• 您失去控制時，它的初始化
• 你輸了，檢查的對象是沒有
• 速度差或沒有能力的能力，但它確實垃圾你的代碼非正式檢查

授予如果您只是使用VBA來自動化一些工作表的東西或操縱數據，您可能不會在意這些，但是當您看到更復雜的代碼時，失去了測試對象是否爲Nothing的能力以及不控制何時初始化是巨大的，並可能產生意想不到的行爲，更不用說讓測試成爲一種痛苦的屁股。所有這些用於保存幾行代碼。

然後有一些微優化器會爭辯說，向代碼中添加任何不需要的東西都會導致性能下降。雖然他們在某些方面是正確的，但在這種情況下，您最可能節省0.000000001秒。