Оптимизирует ли собственный VBA-компилятор?

Question

Мой код выглядит следующим образом:

#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 

оптимизации ли VBA компилятор Microsoft прочь вызовы к процедурам, которые ничего не делают? Как я могу узнать?

Answer 1

Обновление это от комментариев ответить:

Какой смысл в «оптимизации прочь» процедуру, содержащую один, один бит, двоичный, логический тест? Вы уверены, что это значительная часть времени выполнения? Шансы на это довольно отдаленные.

Перед оптимизацией всегда выполняйте профилирование, чтобы не тратить время и не беспокоиться о битах кода, которые составляют 0,0001% от вашего времени выполнения.

У VBA нет встроенного профайлера, но есть сторонние опции, некоторые из них бесплатны. Это один, сопровождаемый поучительным чтением: Profiling and Optimizing VBA By bruce mcpherson. A DuckDuckGo search дает множество других отведений.

Итак, ответ на ваш первоначальный вопрос: Я не думаю, что VBA оптимизирует такую ​​процедуру, но я не совсем уверен, и в любом случае это, по всей вероятности, совершенно не имеет значения. Прежде чем беспокоиться об оптимизации, всегда делайте некоторые профилирования, чтобы вы могли потратить свое время мудро. После профилирования вы почти всегда обнаружите, что то, о чем вы думали, замедляет вашу программу, на самом деле очень быстро, и что-то еще является виновником.

Answer 2

AFAIK интерпретатор VBA практически не оптимизирует. Если вы проверите это в режиме отладки VBE, вы можете увидеть, как выполнение переходит к «пустующему» югу. Но я бы подумал, что дополнительные накладные расходы в любом случае будут утоплены остальной частью исполнения VBA.