＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
可爱的 Python：JPython 和 Python for .NET 内幕
采访创始人
David Mertz, Ph.D.
总裁，Gnosis Software Inc.
2000 年 12 月
| 内容： | ||||
 |
||||
|
||||
|
||||
|
David Mertz 采访了 JPython 和 Python for .NET 的开发者 Mark Hammond、Finn Bock 和 Barry Warsaw。他从 Mark 那里了解到一些有关微软开发的最新独家新闻内幕（当然所有内容都在保密合同限制内），并从 Finn 和 Barry 那里了解到有关 JPython 和他们将要发布的 Jython 项目的一些信息。
尽管 Python 通常等同于 CPython，但它的规范曾在其它地方实现过多次，包括在用于 Java 和 .NET 的应用程序中。JPython 将 Python 源码编译成 Java 字节码，并提供了对 Java 类的透明访问。Python for .NET 是微软将要发布的交叉语言技术平台工作中的一个应用。在采访 Mark Hammond、Finn Bock 和 Barry Warsaw 的过程中，我发现了有关 JPython 和 Python for .NET 是如何开发的更多信息，以及为未来这些替代 Python 实现进行了哪些准备。
Python for .NET
由于在 PythonWin 环境和 PythonCOM 扩展方面出色的开发，Mark Hammond 为广大 Python 程序员所熟知。出于我们钦佩 Mark 的相同原因，微软也很看重他。他们决定在 Python for .NET 的实现上向他求助。据 Mark 称，Python for .NET 的工作版本应该很快就可得到，现在您应该已经可以从 ActiveState 获得它的 alpha 或 beta 版（请参阅参考资料）。
David Mertz：到底什么是 Python for .NET 呢？我想我特别想知道的是 Python for .NET 与您自己对 CPython 的 PythonWin 和 PythonCOM 扩展（它们似乎能够控制 Windows 的内部）之间的关系是怎样的。
Mark Hammond：Python for .NET 是一种编译器和运行时，它在微软的 .NET 平台上实现了 Python。.NET 平台提供了一个运行时和元数据系统，它们设计成允许完整的语言互操作性，但要实现这一点，语言必须能在该运行时中使用。
例如，如果 Python 类是公用的以便 Visual Basic 程序员能够继承它，Python 类就必须以 .NET 术语而不是以 CPython 术语来实现和描述。
Python .NET 的优点只是可以与 .NET 框架互操作。这里仍然有许多缺陷，主要由于实现还不成熟而导致。但这确实只是时间的问题。我们仍处于开发和调试的 beta 阶段。
Mertz：您对现在的 Python for .NET 和 CPython 之间不兼容性问题是怎么看的？
Hammond：是啊，大多数模块还没有被实现，所以现有以 C 编写的模块还无法确切使用。如果您的目标不是 .NET 框架，最好此时不要使用 Python .NET。
Mertz：不过，Python for .NET 肯定有一些主要的优势，例如方便的语言间通信和多语言应用开发。但为什么您说比已经有的那些 -- 例如 Python+C+SWIG 要好呢（当然是假设情况）。
Hammond：就 Python+C+SWIG 目前的发展而言，应该是明显的。语言间调用永远不应该象使用 Python+C+SWIG 那样困难。但 SWIG 在许多其它方面是个了不起的产品。它揭开了 Python C 扩展编写的神秘面纱，并仅将它归到困难的行列。
将 .NET 与 COM 或 Corba 进行比较更合理一些。COM 和 Corba 都提供交叉语言调用“正适用”的解决方案，而不需要任何手工参与或编译。.NET 将它更进了一步，并提供交叉语言继承和异常能力。这些优点非常类似于在 Java 虚拟机下的多语言实现中发现的那些。
Mertz：Python for .NET 将 Python 脚本编译成外部虚拟机的格式。对于 .NET VM 是否将支持 Stackless 和 Vyper 的某些外来特性，例如延续性、生成器、协同程序、尾递归或延缓求值，您认为会这样吗？
Hammond：是的，从理论上说它会。但微软 Beta 协议的一些条款不允许我谈论有关性能的问题。 让我们将目标只定在核心 Python 语言引用中定义的那些特性上。无用信息收集是继承的，就象在 JPython 和 JVM 中的那样。
Mertz：接下来谈谈政策主题，您认为微软为什么正在进行 Python for .NET 的开发工作呢？
Hammond：这样选择目标 .NET 的人就可使用 Python 了。微软很早就确定要参与到 Python 和其它许多语言中，以确保他们的 VM 确实是不懂语言也能够使用的。根据来自各种语言实现者的反馈意见，现在他们已经对他们的 VM 做了大量更改。
Mertz：那么 Python for .NET 的财务关系是怎样的？您付费给他们吗？或者他们付费给您？
Hammond：关于构建 Python for .NET，Greg Stein 和我与微软签有合同。该合同的条款是机密的。但我基本上为 ActiveState（Perl for .NET 实现）工作。为完成移植，我希望他们最终能与微软签定类似的合同。
Mertz：这对于 Python for .NET 附带的许可证条款方面意味着什么呢？
Hammond：它将附带 "(c) Microsoft" 说明，但它一定是可免费使用的。
Mertz：我一直在担心微软会尝试使用与“采用、扩展、废除”策略类似的专用扩展和增强。换句话说，我恐怕 Python for .NET 无法长期对 Python 真正有利。
Hammond：如果 .NET 成为一个很重要的力量，那么针对它的 Python 实现就有助于 Python，与针对 JVM 的 JPython 有助于 Python一样。
参考资料
- 访问 Python 主页。
- 仔细查看 Python.net，Python for .NET 的开发主页。
- 请阅读 Mercury 开发者注释了解 .NET 平台究竟是什么以及微软与“小语言”开发者的财务和法律关系。
- 请阅读有关该采访的额外意见。
- 了解有关明年 3 月举行的第 9 届国际 Python 会议的信息。
- 获得有关 Mark Hammond 所著的 PythonWin and PythonCOM 的详细信息。
- 阅读有关 SGI 的 Mark Hammond 的文章。
- 从 ActiveState 下载 Python for .NET 的 alpha 版本。
关于作者
David Mertz 撰写了许多预言性文章。可以通过 mertz@gnosis.cx 与他联系；http://gnosis.cx/publish/ 上详细介绍了他的生活。非常欢迎对过去、现在或未来的专栏文章提出意见和建议。