管道1.9稳定/ 2.0测试_Pipelines 1.9 Stable / 2.0 Test下载地址

ooRexx的应用程序，允许你修改文本/数据文件的内容。

管道是一种实用工具，允许你改变一个文本文件或文件的内容，快速，轻松地。您可以指定要改变，只有某些部分的文件，你可以限制这些变化一栏，字或领域范围，翻译的单词和短语，丢弃或插入新行的文本。您可以执行整个范围内的一个或多个文件的操作，只使用一个简单的命令集。

管道构建指导的神器出山:www.shenqi73.com一个过程的输出的另一个输入;俗称流水线上的概念。

然而，管道需要一个额外的步骤，使您可以生成多数据流管道，其中的拓扑结构不再是水平的，线性的，但二维记录旅行的管道链通过交叉控制流的关节数据。

有标准线性管道的数据流过滤器或通过每个阶段，进入下等，直到它到达一个接收器。多流管道另一方面让你选择和操作特定的记录集路由未选中的记录，通过联合其他部分的管道流入和流出。这使您可以加入多个管道配置，解决了一系列的转型问题。

管道包括46输入，输出，选择和改造阶段，涉及范围很广的操作功能;分裂记录，剥离字符，加入记录，整理和分类和更多。

整体上，进行类似的操作由一个单一的阶段，这意味着你不必记住的名字不必要的冗长的名单阶段。例如，从创纪录的剥离字符，管道提供了一个单一的阶段称为条删除字符的开始和/或结束的记录。

管道的语法很简单，它不采用简洁/交换机的列表，而是一个类似英语的语法是直读。

与管道，管道系统命令行上指定的，在批处理文件中或在一个管道文件，转（PPL）。你设计的管道在你最喜欢的编辑器，并保存;执行流水线，你只需双击文件图标，管道将启动它。

您可以指定管道接受的参数替代阶段的操作数和偶数档名和连接管道连同这可以让你建立一个实用的管道，可以呼吁，当你需要他们的能力。

在许多情况下，您可能会发现使用的管道下，您可能必须编写一个程序来解决这个问题，它可以为您节省一些时间和精力，可以更好地用在其他任务上。

下面是一些主要特点的“管道”：

·多管道实例可以并发执行。
·管道调度的顺序，它们出现在管道中的各个阶段，但是，任何一个阶段可能是第一个开始处理记录。
·记录流经管道的相对顺序可以预见，只要在舞台路径仅包括阶段“，不耽误记录。
·除非管道包括一个阶段或阶段“累积的记录;例如SORT阶段，并输入记录不能过长，管道，只需要一个小的量的内存来处理输入任意大小的文件，因为只有一个极少数的记录将在管道在任何一个时间。
·管道公司是先发制人。当一个阶段初始化或运行时错误报告，管道开始终止的管道，通过指示来停止所有活动阶段。当管道链中的所有活动阶段的反应停顿的命令，并终止;管道终止。
·管道不验证，管道在语义上是正确的，只是它的语法是正确的。这意味着，你可以建立一个管道，不执行的方式，你希望它。它可能会产生输出的格式或命令，命令你不打算或可能不会产生任何输出记录在所有记录。鉴于此，当开发一个管道，取代磁盘文件中的内容，它是特别谨慎测试管道针对该文件的副本。管道不会发出“你确定吗？”邮件！
·管道不包含MBCS或处于非数据的记录，只有单字节的ASCII字符集的支持。因此，你应该确保，只有ASCII输入文件都被选中进行修改。管道不能确定的输入文件格式，它只是简单地执行你指定的管道。
·管道包括一个的失速检测机制，确定流水线停滞时，A档时，会发生管道确定每一个阶段可能在等待读取记录或写入记录。也就是说，有没有阶段，目前正在处理一个记录的各个阶段，无论是读尚未了结或写申请中。管道写入每个阶段的当前状态，在管道转储文件可以被检查，以确定流连接的组合，造成失速。
·当一个阶段并没有特别的限制的输入和/或输出数据流的数目，该阶段可处理多达4096个输入流和无符号整数值MAX_INT输出流。
·不被解释的管道，管道进行单通的管道解析，各阶段所需的资源分配，然后就开始派遣他们。
·管道可以被指定为系统中的一个元素命令行或批处理文件的管道，例如，下面的管道排序的输入数据的三个关键领域（1-20，30-40和80-100）; 30-40 1-20和80-100分排序字段排序的子领域30-40。

要求：

·<框架2.0（稳定版）
· ooRexx（测试版）

此版本中的新功能：

·一个新的变量命令已实施阶段：读取和写入ooRexx条目从/ ooRexx变量目录。 VAR现在支持个人ooRexx变量，茎，数组元素的读取和写入访问。
·一个新的干阶段命令已被执行;读取和写入ooRexx条目从/ ooRexx变量目录。
·一个新的阵列命令已实施阶段，读取和写入ooRexx条目从/ ooRexx变量目录。
·CALLPIPE进行了重新设计，不再与管道通过重新定向的标准输入流和输出流的目标。
·新PEEKTO，READTO和输出ooRexx子命令已实施工作结合的重新设计的CALLPIPE的机制。
·IN和OUT阶段命令被重新设计的工作在结合新CALLPIPE机制，同时保留他们的能力服务STDIN和STDOUT流，使ooRexx被指定为脚本的一部分的CMD，BATCH或Powersh的的.. 。