Professional IronPython

Considering Requirements for Externally Accessible modules
It’s easy to access a .NET assembly from within IronPython. For example, in Chapter 9, you 
accessed the managed code assembly to work with the Windows Media Player, among other 
things. You could just as easily build a DLL using C# of Visual Basic.NET and use the tech-
niques shown in Chapter 9 to access the DLL. The DLL can contain anything, including 
Windows forms or other resources you need.
Unfortunately, accessing IronPython from C# or Visual Basic.NET is more difficult. The section 
“Embedding IronPython as a Scripting Language” in Chapter 14 shows a bare minimum example 
of accessing an IronPython script from C#, but this example is hardly functional. In order to use 
IronPython fully, you need more.
The mistake that many developers will make is to think they must do something special in 
IronPython to make the code accessible. What you really need to do is create an IronPython 
script using the same techniques as always, and then test it directly. After you test the script using 
IronPython code, work with the target static language to gain the required access. This pretest-
ing process is important to ensure that you aren’t fighting with a bad script in addition to potential 
problems marshaling data or interacting with methods that change.
548592c15.indd 310
2/25/10 9:45:54 AM
www.finebook.ir

---

Creating an Externally Accessible IronPython Module
 
❘
 
311
Creating the IronPython Script
The IronPython script used for this example is quite simple in approach. All that the example 
call really does is add two numbers together. You could perform the task with far less code, but 
the point of this class is to demonstrate access techniques, so it’s purposely simple. Listing 15-1 
shows the external module code and the code used to test it. As previously mentioned, testing your 
IronPython script is essential if you want the application to work properly.