ironpython3_IronPython死而复生

IronPython是一个运行在.Net框架通用语言运行库上的实现（Common Language Runtime，CLR）。这个项目曾一度停滞不前，最近，团队换了领导者，带来了新的进展。

Jeff Hardy，IronPython项目的前领导人，这个月在IronPython用户邮件列表中确认了这次调职，称“由于多种原因，我没有足够的时间来带领这个项目了，所以我将这个项目交给Alex Earl和Benedikt Eggers。

Python支持.Net, .Net支持Python

IronPython采用C#开发，不仅仅是为了在.Net上运行Python程序。它可以为Python程序员提供一个通往.Net应用和对象的桥梁。最大的好处是，使它们可以像Pytho本地的对象一样使用和处理。

过去几年，IronPython的开发无疑非常缓慢。最后的主要版本是2014年的2.7.5.IronPython到现在还没有Python3——鉴于将在2020年停止支持Python2，Python 3是接下来的继任者，这毫无疑问是一个致命的缺点。

在一次开发者会议上，Gitter、Earl、 Eggers和其他一些人讨论了这个项目所面临的紧急问题：CodePlex上IronPython项目未解决的问题应当如何处理；接下来要实行怎样的开发计划；如何铺设通往IronPython3的道路。

会议上提出的另一个问题是，如何对使用C语言实现的Python库实现支持。如果IronPython有了广泛的用户，这是必须要面临的问题。很多主要的Python库为了达到更快的速度，都是用C语言写的，它们应该无需重新编译就支持IronPython项目。

好消息是，在这方面已经有一些工作成果了。有一个名为Ironclad的项目，就是为了让IronPython支持编译过的CPython扩展而设计的。坏消息是，这个项目已经很长时间没有动态了，现在需要做很多修改以适应现代的Python。

关于Ruby和GILs

相关的另一个问题是，如何面对这个团队的另一个项目：IronRuby。顾名思义，这是一个Ruby的.Net实现。这两门语言的项目是合作开发的，他们都发源于微软的动态语言运行库项目，2010年微软将他们交给社区开发之后，两个项目继续保持着亲密关系。

计划是让IronRuby吸引Ruby开发者的关注，而IronPython依然作为一个分离的项目开发。

将来IronPython可能会是一个成功的项目，因为它有实现长久以来快速、多核友好的Python的梦想。因为IronPython没有全局解释器锁。很多Python实现都有这个特性，而这却是高性能的绊脚石。

有人说，如果仅仅是没有GIL，IronPython并不能变得更快。IronPython有些指标比CPython高，有的比CPython低。对现在而言，只要IronPython能达到和Python一样的速度，就足够了。