Оказывается, сломан не все VB.NET — только CodeDomProvider (который используют и ASP.NET, и Snippet Compiler).
Учитывая простой исходный файл:
Imports System
Public Module Module1
Sub Main()
#If DEBUG Then
Console.WriteLine("Debug!")
#End If
#If Not DEBUG Then
Console.WriteLine("Not Debug!")
#End If
End Sub
End Module
Компиляция с vbc.exe версии 9.0.30729.1 (.NET FX 3.5):
> vbc.exe default.vb /out:out.exe
> out.exe
Not Debug!
Это имеет смысл... Я не определял DEBUG, поэтому он показывает "Not Debug!".
> vbc.exe default.vb /out:out.exe /debug:full
> out.exe
Not Debug!
И, используя CodeDomProvider:
Using p = CodeDomProvider.CreateProvider("VisualBasic")
Dim params As New CompilerParameters() With { _
.GenerateExecutable = True, _
.OutputAssembly = "out.exe" _
}
p.CompileAssemblyFromFile(params, "Default.vb")
End Using
> out.exe
Not Debug!
Хорошо, еще раз - это имеет смысл. Я не определил DEBUG, поэтому он показывает «Не отладка». Но что, если я включу символы отладки?
Using p = CodeDomProvider.CreateProvider("VisualBasic")
Dim params As New CompilerParameters() With { _
.IncludeDebugInformation = True, _
.GenerateExecutable = True, _
.OutputAssembly = "C:\Users\brackett\Desktop\out.exe" _
}
p.CompileAssemblyFromFile(params, "Default.vb")
End Using
> out.exe
Debug!
Not Debug!
Хм... Я не определял DEBUG, но, может быть, он определил его для меня? Но если это так, он должен был определить его как «1», потому что я не могу получить такое поведение с любым другим значением. ASP.NET, используя CodeDomProvider, должен определять его таким же образом. а>.
Похоже, CodeDomProvider спотыкается о глупые псуэдологические операторы VB.NET.
Мораль истории? #If Not
не очень хорошая идея для VB.NET.
Теперь этот источник доступен, и я могу убедиться, что он действительно устанавливает он равен 1, как я и ожидал:
if (options.IncludeDebugInformation) {
sb.Append("/D:DEBUG=1 ");
sb.Append("/debug+ ");
}
person
Mark Brackett
schedule
02.10.2009