Mertz:您认为 JPython 的使用有多广泛?
Warsaw :我想它的使用正在变得越来越广泛。人们逐渐发现它对于技术成功非常关键。JPython 对于各种任务都有价值,从为最终用户提供平易近人的脚本创建环境,到简化为 Java 库和应用程序创建测试框架。此时 JPython 最大的遗憾就是它需要更多宣传。我希望这篇文章能在这一方面提供帮助。
Mertz :您是否认为 JPython 是试图跟上 CPython 的尝试?
Bock :是的。现在,JPython 正尝试赶上它。几乎所有新的特性都首先添加到 CPython。(当然,JPython 确实在 CPython 之前具有字符串方法)。JPython 有不足之处是因为 CPython 比 JPython 有多 15 倍的核心开发者。但即使这样,JPython 版本中存在 CPython 2.0 中几乎所有新的特性。
但我认为实际上它们几乎不相上下,即使在现实世界中,谁也不比谁好多少。
Warsaw :我坚决相信在语言级别上,JPython 和 CPython 应该完全兼容。在不可能的情况下,Guido 确定差异是否与实现相关,或者哪一种实现是“多错”的。我希望看到 CPython 和 JPython 最终成为同等的,JPython 在某些方面推动 CPython 开发和 CPython 推动 JPython 开发一样。
当前它的一个示例就是 Unicode 支持。JPython 已经是全部 Unicode 化了。另一个示例是类型/类划分。在 CPython 中,您可以有一些内置类型,例如字符串、字典、列表和数。还有类和实例。内置类型不能继承。更让人困惑的一点是,实例既有类型又有类。首先弥补 JPython 中的这一缺憾更容易些,因为其面向对象实现。
Mertz :对于 JPython 和 CPython 之间的不兼容性您是怎么认为的?
Warsaw :在事物工作的方法上有许多细小的差异。它们都在 JPython 的文档中进行了大致说明。某些作为提供语言定义的可接受差异分类,某些指出某个或其它实现应该被修正的地方。大多数都非常次要。
Bock :某些模块还没有或者无法以 JPython 实现。某些模块又只能作为 JNI 模块实现,类似的模块在部署环境中是没有用的。
Bock :实际上,当我移植自己的脚本和程序(与 IDLE、PySol 和 PMW 工具箱一起)时,我遇到的问题不是无用信息收集的随机回收或缺少 _del_method。它们是其他人以前没有遇到过的小问题,例如 CPython 行为。
Warsaw :下一个版本的 JPython 将与 Python 2.0 语言定义兼容,因此最大的变化将在库中。CPython 发行版中任何以纯 Python 编写的标准库模块都应该是可移植的。C 扩展模块不行,除非它们特别通过 JNI 网桥集成或以 Java 重新实现。任何大量使用 Java API 的 JPython 应用程序在移植回 CPython 时都将经过一段艰难时期。
请保留地址 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次浏览)



