Professional IronPython

328
❘
CHAPTER 16
ExtEnding ironPython Using C#
you decide to use an extension with IronPython, you need to consider when it’s appropriate to work 
through the extra code and cumbersome features of static languages and when IronPython is truly 
the better choice.
Let’s look at a quick example. Say you want to create an array of names in a function and pass them 
back to a caller. Here’s the C# code to perform the task.
public String[] GetNames()
{
String[] Result = new String[4];
Result[0] = “John”;
Result[1] = “Amy”;
Result[2] = “Jose”;
Result[3] = “Carla”;
return Result;
}
public void ShowNames()
{
String[] TheNames = GetNames();
foreach (String Name in TheNames)
{
Console.WriteLine(Name);
}
}
The code in 
GetNames()
creates an array of 
String
, fills it with names, and returns those names to the 
caller, 
ShowNames()
. At this point, 
ShowNames()
uses a 
foreach
loop to display each name individually. 
Now take a look at the same functionality written in IronPython.
def GetNames():
return “John”, “Amy”, “Jose”, “Carla”
def ShowNames():
for Name in GetNames():
print Name
The code performs the same task in both cases, but as you can see, the IronPython code is significantly 
shorter. In addition, the IronPython code is actually easier to read.
Considering Scoping Issues
One of the most important differences between IronPython and static languages such as C# is that 
IronPython doesn’t have the concept of scope within classes. Everything in an IronPython class is 
public, so you always have access to every element. Of course, this presents a dilemma for languages 
that do support scope. When creating an IronPython extension, your static language scope declara-
tions will change as follows:
➤➤
Public
members remain public.
➤
➤
Protected
members become public.
548592c16.indd 328
2/24/10 12:49:21 PM
www.finebook.ir

---