Professional IronPython

Accessing the Module from Visual Basic.NET
 
❘
 
319
The biggest difference between this example and the one shown in Listing 15-2 is that you don’t 
create the script engine immediately. Rather, the code begins by reading the configuration from the 
App.CONFIG
file using 
ScriptRuntimeSetup.ReadConfiguration()
. This information appears in 
srs
and is used to create a 
ScriptRuntime
object, 
runtime
.
At this point, the code finally creates the 
ScriptEngine
, 
Eng
, as in the previous example. However, 
instead of using 
Python.CreateEngine()
, this example relies on the 
runtime.GetEngine()
method. For this example, the result is the same, except that you’ve had better control over how 
the 
ScriptEngine
is created, which is the entire point of the example — exercising control over 
the IronPython environment. The rest of the example works the same as the example shown in 
Listing 15-2. The output is the same, as shown in Figure 15-3.
ACCESSINg THE modUlE FRom vISUAl BASIC.NET
You might get the idea from the lack of Visual Basic.NET examples online that Microsoft has somehow 
forgotten Visual Basic.NET when it comes to DLR. Surprise! Just because the examples are nowhere 
to be seen (send me an e-mail at 
[e-mail]
if you find a stash of Visual Basic.NET examples 
somewhere) doesn’t mean that you can’t work with IronPython from Visual Basic. In fact, the require-
ments for working with Visual Basic.NET are much the same as those for working with C#, as shown 
in the following sections.
One limitation of Visual Basic.NET is that it doesn’t appear to support an 
equivalent of the 
dynamic
 keyword. Consequently, you might find that some 
techniques which work fine for C# won’t work at all for Visual Basic.NET. 
Let’s hope Microsoft will remedy this situation sometime in the future. In the 
meantime, a little extra thought and creativity should give you complete access 
to every IronPython script you might want to access from Visual Basic.NET.