ネイティブVBAコンパイラは最適化していますか？次のように

Question

私のコードは次のとおりです。マイクロソフトのVBAのコンパイラは何もしない手続きへの呼び出しを

#Const debuggingEnabled = False 

Sub debugMessage(str As String) 
    #If debuggingEnabled Then 
     Debug.Print str 
    #End If 
End Sub 

Sub doThings() 
    debugMessage "test" 'Does this get optimised away, or must it be explicitly 
          'wrapped with `#If .. #End If` every time it's called 
          'if one is to avoid the jump and stack push/pop ops? 
End Sub 

離れて最適化していますか？どうすればわかりますか？

Answer 1

：

シングル、1ビット、バイナリ、ブールテストを含む手順を「離れて最適化」のポイントは何ですか？これが実行時間のかなりの部分を占めていると確信していますか？その可能性はかなり遠いです。

最適化を行う前に、常にプロファイリングを行ってください。時間を無駄にせず、実行時間の0.0001％に相当するコードを心配しないでください。

VBAにはネイティブプロファイラはありませんが、そこにはサードパーティのオプションがあり、その中にはいくつかのものがあります。これは、教訓的な読み：Profiling and Optimizing VBA By bruce mcphersonを伴うものです。 DuckDuckGo searchは、多くの他のリードも与える。

あなたの元の質問に対する答えは、私はVBAがそのような手続きを最適化するとは思っていませんが、私は完全にはわかりませんし、いずれにせよ完全に無関係です。最適化を心配する前に、常にプロファイリングを行ってください。時間を賢く過ごすことができます。プロファイリングの後、ほとんどの場合、プログラムを遅くすると思ったことは、実際には非常に速く、何かが原因です。

Answer 2

AFAIK VBAインタプリタはほとんど最適化を行いません。これをVBEのデバッグモードでテストすると、実行が「空の」サブにジャンプすることがわかります。 しかし、私はVBAの残りの実行によってオーバーヘッドが増えてしまうと考えていました。答えにコメントから、このアップグレード