这里有人试过使用iSeries Python端口吗？

Question

我找到了http://www.iseriespython.com/，这是一个面向iSeries的Python版本，显然包括一些特定于系统的数据访问类。我很想尝试一下，但必须得到工作部门的批准。我的问题是：

这个端口工作得好吗，或者与标准的Python实现相比，解释器可以处理的内容是否有限制？在

iSeries数据库访问层是否可以从表定义中创建可用的对象？在

Answer 1

听起来它会像预期的那样工作。不过，对其他库的支持可能相当有限。在

Timothy Pickett在本文中讨论了iSeries的一些Python端口：

http://www.itjungle.com/tfh/tfh041706-story02.html

另外，Python邮件归档中也出现了一些讨论：

http://mail.python.org/pipermail/python-list/2004-January/245276.html

Answer 2

iSeries Python运行得非常好。 我们从2005年（或更早）开始在我们的开发和生产环境中使用它作为一种实用语言，用于生成COBOL源代码、生成PCML接口、发送SMS、验证/更正某些数据。。。等。 使用iSeriesPython，您可以通过两种方式访问iSeries数据库：使用File400和/或db2模块。您可以执行OS/400命令，并且可以同时使用这两个命令QSYS库成员和IFS流文件。 IMHO，iSeries Python是非常强大的工具，比iSeries附带的REXX更好。 试试看！在

Answer 3

从我目前所看到的情况来看，它运行得很好。请注意，我使用的是iSeries Python2.3.3。字符串本身就是EBCDIC这一事实可能是个问题；这无疑是许多第三方软件包不能正常工作的原因之一，即使它们是纯Python的。（在某些情况下，它们可以进行调整和调整，以便明智地使用编码和解码。）据说2.5本机使用ASCII，这在原则上可以提高兼容性，但我无法测试这一点，因为我使用的是太旧的OS/400版本。在

部分原因是EBCDIC，部分原因是OS/400和QSYS文件系统既不像Unix，也不像Windows，标准库中有一些部分没有实现或实现得不完整。这对你的影响有多严重取决于你想做什么。在

另一方面，iSeries特有的特性工作得非常好。处理物理文件和流文件非常容易。从Python调用CL或RPG程序相当简单。总的来说，我发现iSeries Python具有很高的可用性和很有价值。在

更新：自从这个问题被提出以来，iSeries Python已经做了很多工作。Version 2.7现在可用，这意味着它是最新的2.x版本。一些forum的参与者相当活跃并提供了惊人的支持。其中一个已经让Django在i上工作了。正如预期的那样，迁移到本机ASCII字符串解决了很多EBCDIC问题，并大大提高了与第三方软件包的兼容性。我热情地向V5R3或更高版本的用户推荐iSeries Python2.7。（对于那些使用早期版本操作系统的用户，我仍然强烈推荐iSeries Python2.3.3。）