IronPython

From Wikipedia, the free encyclopedia

Jump to: navigation, search
IronPython
Developed by Jim Hugunin
Latest release 2.0.1 / February 13, 2009
Platform .NET Framework, Mono
Type Python Programming Language Interpreter
License Microsoft Public License
Website www.codeplex.com/IronPython

IronPython is an implementation of the Python programming language targeting the .NET Framework and Mono, created by Jim Hugunin. Version 1.0 was released on September 5, 2006.[1] Version 2.0 was released on December 10, 2008. [2]

IronPython is written entirely in C#, although some of its code is automatically generated by a code generator written in Python.

Contents

[edit] Status and roadmap

The current 1.1.2 version targets CPython 2.4.4 for compatibility. However, there are some differences between the Python reference implementation and IronPython.[3] Some projects built on top of IronPython are known not to work under CPython.[4] Conversely, CPython applications that depend on extensions to the language that are implemented in C (e.g. NumPy) are not compatible with IronPython,[5] although a commercially-supported open source project to address this is underway.[6]

Release 2.0, released on December 10, 2008, targets CPython 2.5. IronPython 2.0 is built on top of the upcoming Dynamic Language Runtime (DLR) which contains a dynamic type system and dynamic language hosting environment abstracted out of IronPython 1. Because the DLR runs on top of the core CLR that will ship with the upcoming Silverlight 2, IronPython can be used for client-side browser scripting with Silverlight.

[edit] License

Until version 0.6 IronPython was released under the Common Public License.[7] Following recruitment of the project lead in August 2004, IronPython was made available as part of Microsoft's Shared Source initiative. Authors claim that the license,[8] while not reviewed by the Open Source Initiative, conforms to the OSI's definition of open source. With the 2.0 alpha release the license was changed to the Microsoft Public License.[9]

[edit] Interface extensibility

One of IronPython's key advantages is in its function as an extensibility layer to application frameworks written in a .NET language. It is relatively simple to integrate an IronPython interpreter into an existing .NET application framework. Once in place, downstream developers can use scripts written in IronPython that interact with .NET objects in the framework, thereby extending the functionality in the framework's interface, without having to change any of the framework's code base.[10]

IronPython makes extensive use of reflection. When passed in a reference to a .NET object, it will automatically import the types and methods available to that object. This results in a highly intuitive experience when working with .NET objects from within an IronPython script.

[edit] Example

The following IronPython script manipulates .NET Framework objects. This script can be supplied by a third-party client-side application developer and passed into the server-side framework through an interface. Note that neither the interface, nor the server-side code is modified to support the analytics required by the client application.

 from BookService import BookDictionary
 
 booksWrittenByBookerPrizeWinners = 
   [book.Title for book in BookDictionary.GetAllBooks if "Booker Prize" in book.Author.MajorAwards]
 booksWrittenByBookerPrizeWinners

In this case, assume that the .NET Framework implements a class, BookDictionary, in a module called BookService, and publishes an interface into which IronPython scripts can be sent and executed.

This script, when sent to that interface, will iterate over the entire list of books maintained by the framework, and pick out those written by Booker Prize-winning authors.

What's interesting is that the responsibility for writing the actual analytics reside with the client-side developer. The demands on the server-side developer are minimal, essentially just providing access to the data maintained by the server. This design pattern greatly simplifies the deployment and maintenance of complex application frameworks.

[edit] See also

[edit] References

  1. ^ "Jim Hugunin's blog: IronPython 1.0 released today!". 2006-09-05. http://blogs.msdn.com/hugunin/archive/2006/09/05/741605.aspx. Retrieved on 2006-12-14. 
  2. ^ "Release dates for ironpython". 2008-12-10. http://www.codeplex.com/IronPython/Release/ProjectReleases.aspx?ReleaseId=8365. Retrieved on 2009-01-25. 
  3. ^ "Differences between IronPython 1.0 and CPython 2.4.3". Microsoft. 2007-12-18. http://www.codeplex.com/IronPython/Wiki/View.aspx?title=Differences&referringTitle=Home. Retrieved on 2008-02-09. 
  4. ^ Foord, Michael. "New Project: Implementing .NET Libraries in Pure Python". http://lists.ironpython.com/pipermail/users-ironpython.com/2008-January/006297.html. Retrieved on 2008-02-09. 
  5. ^ Eby, Phillip. "Children of a Lesser Python". http://dirtsimple.org/2005/10/children-of-lesser-python.html. Retrieved on 2008-07-09. 
  6. ^ "Ironclad". http://www.resolversystems.com/documentation/index.php/Ironclad. Retrieved on 2008-07-09. 
  7. ^ "Original IronPython homepage". July 28, 2004. http://www.ironpython.com/old.html. Retrieved on 2007-05-13. 
  8. ^ "Shared Source License for IronPython". April 28, 2006. http://www.codeplex.com/IronPython/Project/License.aspx?LicenseHistoryId=129. Retrieved on 2007-05-13. 
  9. ^ "Microsoft permissive license". April 28, 2007. http://www.codeplex.com/IronPython/Project/License.aspx?LicenseHistoryId=2866. Retrieved on 2007-05-13. 
  10. ^ "Using .NET objects from IronPython in Resolver One". http://www.resolversystems.com/documentation/index.php/Dot_Net_Objects_in_the_Grid. Retrieved on 2008-11-18. 
  11. ^ Extreme Program - Software Development Times On The Web

[edit] External links


Personal tools