JPython访谈录:从JPython到Jython

开发 后端
本文是一篇访谈录,是两名当年最活跃的JPython开发者之间的对话。两人从什么是JPython说起,并在最后阐述了各自对Jython未来的展望。

尽管 JPython 是一个真正面向社区的成果,但 Barry Warsaw 和 Finn Bock 是当前两名最活跃的 JPython 开发者。不幸的是,JPython 最初的开发者 Jim Hugunin 不再从事其开发了。

David Mertz:究竟什么是 JPython?

Barry Warsaw:我将用标准的营销说法来回答这个问题。

JPython 是 Python 编程语言的 100% 纯 Java 实现。它可以让用户将 Python 源代码编译成 Java 字节码,并在任何 Java 虚拟机上运行产生的字节码。它是与 Java 的最无缝最平滑的集成。您可以从 Python 访问所有 Java 库、构建 Applet、与 Java Bean 集成以及从 Python 中的 Java 类创建子类,反之亦然。JPython 类似于 Python 而不象 Java,它可以交互使用;只需在提示上输入一些 JPython 代码就能立刻看到结果。

用更简单的话来说,JPython 可以为任何一个您需要的 Java 代码编写脚本,这样转换出的代码行数比原来要少上 2 到 10 倍。因为 Python 是动态输入的语言,所以可以更快速地开发错误更少的应用,并得到灵活得多的程序。

Mertz:有关 JPython 的开发是如何开始的呢?

Warsaw :JPython 是由 Jim Hugunin 发明的,他现在为 Xerox PARC 的 Aspect Oriented Programming 项目工作。我了解 Jim,他可能主要是对挑战感兴趣。Python 领域中有许多人都认为这是不可实现的。Guido 自己就是一个怀疑论者。Jim 证明他们都错了!

那么既然遇到挑战,为什么还要继续开发 JPython 呢?因为它是大多数 Java 程序员不太了解的最有价值的 Java 工具。到目前为止!

Mertz:您认为是什么刺激了 JPython 的需求?

Warsaw :首先必须理解 JPython 不是 Java 的竞争对手;而是对它的***补充。Java 是静态输入的编译语言。这确保了库的输入很安全并且执行速度更快。有一个现象很有趣,就是尽管它是字节码翻译的,但大多数人还是将 Java 看作一个传统的“编写-编译-运行-编辑”的程序。当然,Java 利用了软件世界的绝大部分,因此对于 Java 程序员有许多资源可用。

但相同的静态输入和传统的编程周期在人力资源方面增加了 Java 应用开发的成本。Python 在这方面绝对胜出。因为 Python 是一种小而简单的语言,所以非常易于掌握。大多数有经验的程序员可以在大约一天的时间内就学习到足够的 Python 知识来提高生产力。Python 的设计思想就是代码的读比写要多得多。因此 Python 源代码易于在大型团体项目中共享。

但更重要的是,Python 是非常高级的动态输入型语言。这表现在大大节约了执行任务所需的代码数量。因为使用 Python 所写的代码行数较少,可以写得更快,错误更少。对于快速应用开发这简直太棒了。

Python 还提供一个交互式解释器,这意味着您可以坐在解释器提示,导入 Java 代码,创建 Java 类实例,进行方法调用等等,所有这些都是交互式的。这在训练程序员如何使用公司 Java 库或者试验新 Java API 时是一种***工具。

但以我拙见,所有程序员都应该备有 CPython 和 JPython。

Mertz :照您看,JPython 比 CPython 好在哪里呢?

Bock :JPython 提供了对其底层实现语言的完整访问。在大多数(可能所有)基于 C 的脚本语言中,C 函数必须封装在用来将 C 函数暴露给脚本语言的一层简单的代码中,这里存在一些好的工具,例如 SWIG,来将这个封装器代码的创建自动化。但 JPython 根本就不需要封装器。所有曾经编写过的 Java 代码都可直接从 JPython 使用,集成是双向的。以 JPython 定义的类和实例可以传递给 Java,就如同它们是一般的 Java 类和实例那样(它们也确实如此)。

嵌入/扩展 API 使从应用程序或模块中对 JPython 对象的访问相当精确。这一优点部分来自于 JPython 和 Java 都是面向对象的语言这一事实。Jim 利用了该事实的这一重要优点。

Warsaw :CPython 欠缺的是对世界上大量 Java 代码的访问。如果需要使用 Java 库,JPython 就是答案。反过来说,当然,JPython 也没有对世界上所有现有 C 库的简易访问。Finn 已完成了通过 JNI 集成如 Tkinter 和 POSIX 模块这类事物的工作,但那些在 JPython 中总是非标准的,因为我们希望保留 100% 纯 Java 认证。

Mertz:依您所见,JPython 的缺点有哪些呢?

Finn Bock :JPython 只提供对 Java 代码的访问,而不提供对所有现有 C 模块的访问。因此每个以 C 实现的 Python 模块都必须用 Java 重新实现。而 CPython 则有许多模块。

另外,对于嵌入/扩展 API,除了源代码之外没有任何文档。

Mertz :您是否在寻找 JPython 优于纯 Java 的优点?

Warsaw :我想我们已经谈了许多这方面的内容。但现在让我们谈谈 JPython 的性能问题。因为 JPython 实现了 Python 的动态语义,所有 JPython 带有相当广泛的运行时。这对于某些应用程序有性能影响。例如即时编译器和 Hotspot 技术这样的标准 Java 优化可以大大减轻这样影响(八个月前的基准显示,使用支持 JIT 的 JVM,JPython 1.1 可以达到,有时还会超过 CPython 1.5.2 速度)。我们将更新这些基准结果,并在推出 JPython 之后集中在性能问题上。

但与 CPython 一样,您总能用 Java 重写应用程序中的性能关键部分。

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 时都将经过一段艰难时期。

另一方面,两种系统的库中有许多公共功能。在有足够深谋远虑的前提下,可以将兼容性层构建到应用程序中。

Mertz :对于 JPython 今后的方向有什么想法吗?

Warsaw :我们已经基于公用 JPython 1.1 发行版创建了 JPython 后继者 "Jython"。这样做是为了确保项目的长久性和稳定性。依据 CNRI 的 JPython 1.1.x 许可证实现了所有这些。我们将整个开发过程移到了 SourceForge,并使用对 CPython 非常合适的相同开放过程管理它。Finn 和我两人无疑要参与 Jython 未来的开发;Jython 将使用 OSI 核准的 CPython 2.0 许可证发行。它与您将获得的“正式”派生很接近,所以当前的 JPython 社区应该确信 Jython 与它永远不会相差太多。我们希望它们最终都能迁移到 Jython。

现在代码仍处在试验阶段,但 Finn 和我将为 Jython 2.0 发行版(已经包含了 Finn 的勘误表)致力于建立几个技术性里程碑。CPython 2.0 具有增强的指派和扩展打印等特性(很快还将带有列表理解)。我们已集成了免费的 Apache Jakarta OROMatcher 代码,消除了双许可证的需要,并修正了许多错误。我不知道 Jython 2.0 的***个 alpha 发行版何时出现,但当前所有代码都在 SourceForge CVS 树中获得。

【编辑推荐】

  1. Jython 2.5版本发布历程
  2. Jython 2.2的新增特性及发布背景介绍
  3. Python和Jython的区别简述
  4. Jython的安装步骤(Jython2.1)
  5. 简单的Jython连接数据库的脚本
责任编辑:yangsai 来源: 网络转载
相关推荐

2009-03-04 09:17:47

GoogleChrome工程师

2012-12-13 23:01:02

云计算天地超云云箱

2022-08-26 07:26:03

技术人人生阅历行业

2011-05-05 14:54:17

敏捷

2009-09-29 16:24:11

2010-10-14 20:36:47

敏捷

2011-08-16 09:09:04

jQuery

2009-09-18 12:32:28

Rasmus LerdPHP

2011-10-09 11:29:32

笔记本行情

2020-11-24 09:55:37

编程语言C ++Vasa

2022-05-06 19:04:25

开源

2011-10-09 10:34:35

笔记本评测

2022-03-25 19:03:07

IT人生开发

2022-07-01 18:30:32

架构IT人生

2009-09-28 15:28:07

Jython 2.5.

2022-03-10 10:08:07

程序员开发IT人生

2014-06-11 17:13:59

LinuxLinux创造者

2022-12-09 10:00:20

算法推荐模式

2011-01-14 08:35:03

iPhoneiPad敏捷设计流程

2013-04-22 15:47:29

社交平台
点赞
收藏

51CTO技术栈公众号