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一样。
JPython
尽管 JPython 是一个真正面向社区的成果,但 Barry Warsaw 和 Finn Bock 是当前两名最活跃的 JPython 开发者。不幸的是,JPython 最初的开发者 Jim Hugunin 不再从事其开发了。在我的网站上有关于该采访未作删节(技术性更强)的版本(请参阅 参考资料)。
巧 巧 读 书:http://www.qqread.com/dotnet/j350691.html相关专题
- Python实用指南 (220篇文章)
- .NET移动与嵌入式技术 (5974篇文章)
- .NET开发手册 (5673篇文章)
- Python相关文章 (220篇文章)
- Python编程 (220篇文章)
- WPF的Attached属性 (0次浏览)
- WPF,将颠覆的设计世界? (0次浏览)
- Windows是否已经变成了一个怪物? (0次浏览)
- Windows2008用RODC保证分支机构安全 (0次浏览)
- Windows2008的NLB配置攻略 (0次浏览)
- Windows SharePoint Services 和 SharePoint P (0次浏览)
- Windows Forms中实现统一的数据验证(一) (0次浏览)
- Windows API一日一练:DrawText函数 (0次浏览)
- Win2008初次体验的几个心得 (0次浏览)
- WEB应用数据库访问的优化 (0次浏览)



