RPG AS400程序员培训手册19页精选文档.docx

RPG AS400程序员培训手册19页精选文档.docx

《RPG AS400程序员培训手册19页精选文档.docx》由会员分享，可在线阅读，更多相关《RPG AS400程序员培训手册19页精选文档.docx（18页珍藏版）》请在冰豆网上搜索。

RPGAS400程序员培训手册19页精选文档

2.8.4.4O--R

ON-ERROR（On-Error）

没用过

OPEN{（E）}（OpenFileforProcessing）打开文件

Factory1OperationFactory2ResultHILOEQ

OPEN文件名

OPEN后面的目标，必须是在当前程序中已声明的文件名（不是文件的记录格式名），

而且在OPEN操作之后，在程序结束之前之前，必须有对应的CLOSE操作。

使用OPEN操作，文件在声明时，必须使用USROPN关键字（详见D行说明）。

ORxx（Or）逻辑判断—或

Factory1OperationFactory2ResultHILOEQ

FLD01IFGTFLD03

FLD01OREQFLD02

等价于

IFFLD01>FLD03ORFLD01=FLD02

与IF、IFxx，AND、ANDxx类似，RPGLE的写法OR，比RPG的写法ORxx要灵活，

而且可以用来表达一些复杂的逻辑关系。

有鉴于此，所以通常IF语句中，我会以OR为主，

基本不用ORxx。

如果在编程序方面，公司/项目组无硬性要求，那我觉得还是少用ORxx吧，

总觉得这种写法的逻辑关系看起来不直接，尤其是有很复杂的AND,OR时。

OTHER（OtherwiseSelect）分支语句的判断

与分支语句SELECT一起使用，表示不符合上述所有条件时的操作，如下：

Factory1OperationFactory2ResultHILOEQ

SELECT

WHEN条件判断1

处理语句1

WHEN条件判断2

处理语句2

OTHER

处理语句3

ENDSL

在这个例子中，当满足条件判断1时，运行处理语句1，运行结束后跳至ENDSL处；

如果不满足条件判断1，则程序继续向下执行，判断是否满足条件判断2。

当满足条件判断2时，运行处理语句2，跳至ENDSL；当不满足

当不满足条件判断2时，程序继续向下执下，当读到OTHER操作码时，无条件运

行处理语句3（即当程序当前不满足以上所以条件判断时，则执行OTHER之后的语句。

处理语句允许有很多句；

条件判断可以写得很复杂，也允许对不同的字段进行判断；比如说C语言也有分支语

句switch，但是这个语句只能对一个字段进行分支判断，ILE语言与它不同，允许对不同的

字段进行判断

就我目前掌握的测试情况，上述的SELECT—WHEN--OTHER—ENDSL，其实也可以

写做：

IF条件判断1

处理语句1

ELSEIF条件判断2

处理语句2

ELSE

处理语句3

ENDIF

即WHEN与ELSEIF是类似的，这样说，应该可以明白了吧。

总之，SELECT—ENDSL是一个很好用的语法，尤其是在表示很多不同的分支处理时。

OUT{（E）}（WriteaDataArea）

没用过，讲数据域的。

PARM（IdentifyParameters）定义入口参数

Factory1OperationFactory2ResultHILOEQR

*ENTRYPLIST

PARMFLD01

关于具体内容讲解，详见前面所说“入口参数”一章。

允许做为入口参数的有：

普通变量、结构变量、数组变量

关于PARM、PLIST，还有一种在Factory1，Factory2也填写变量或指示器的用

法，不过我不知道它具体表示什么意思，也不知道该怎么用。

请用过的来补充。

PLIST（IdentifyaParameterList）同上

POST{（E）}（Post）

没用过

READ{（N|E）}（ReadaRecord）读取记录

1.基本语法：

Factory1OperationFactory2ResultHILOEQ

READ文件记录格式名4546

READ后面跟的，必须是声明的文件记录格式名；

LO指示器表示锁表指示器，当在指定的时间（CHGPF，WAITRCD项可看到），

需要读取的记录仍被锁，将会打开LO指示器，即*IN45=’1’；

EQ指示器为是否读到指示器。

当未读到任何记录时，打开EQ指示器，即*IN46=’1’

2.当文件在程序中，是用只读的方式声明时，READ操作并不会造成锁表；

如果文件在程序中是用修改的方式声明，READ操作成功后，该记录被锁；直到执

行解锁操作（UNLOCK，或UPDATE），或READ该文件的其它记录，才会解锁

如果文件是用修改的方式声明，但希望READ操作不锁表时，那么就用READ（N），

即

Factory1OperationFactory2ResultHILOEQ

READ（N）文件记录格式名4546

这样读文件，就不会锁记录，但是同时也不能修改记录。

如果需要修改记录，那么

在修改之前（包括对文件字段赋值之前），还必须再对该记录进行一次定位操作（比如

CHAIN、READ语句均可）。

也就是说，如果要修改记录，必须先锁住当前记录（很合

理吧）

3.当执行READ操作时，程序是根据游标当前在文件中所指向的位置，顺序读取下

一条记录。

关于游标是如何指向，还不是一个很简单的问题，所以将会在下一章“数

据库相关知识”中具体讲解。

4.执行READ操作时，允许声明的文件没有键值。

（即PF文件）

READC{（E）}（ReadNextChangedRecord）

没用过，读下一次修改过的记录？

READE{（N|E）}（ReadEqualKey）读取键值相等的记录

语法与READ操作码大致一样，这里不再重复，只说不同的：

假设程序中已声明逻辑文件PFFHSL3（键值为FHS01+FHS02）

Factory1OperationFactory2ResultHILOEQ

FHSKEYKLIST

KFLDFLD01

KFLDFLD02

FHSKEYSETLLFMTFHS

DOW1=1

FHSKEYREADEFMTFHS15

IF*IN15=’1’

LEAVE

ENDIF

ENDDO

这段话的意思，就是定义组合键值FHSKEY，然后根据这个FHSKEY在逻辑文件

PFFHSL3中去定位，循环读取PFFHSL3中，FHS01、FHS03与FLD01、FLD02相等的记

录。

当读取记录结束，或键值不等时，退出循环（*IN15是EQ指示器）。

如果将READE操

作码换成READ操作码的话（当然，Factory1处也就不能有值），就没有“键值不等时退出

循环”这一层意思，只是读不到记录时就退出循环，但有时我们使用逻辑文件，仅仅是需要

它的排序，而不需要读不到键值相等的记录就退出循环。

所以说，使用READ操作码，还

是READE操作码，需要根据实际的要求来决定。

以上的Factory1处填写值的系统处理，当READE操作码在Factory1处未填写值时，

系统实际上是将当前的值与读到的上一条记录的关键字进行比较，而不是与SETLL时的键

值做比较（读第一条记录不做比较！

），如果键值不等时，置EQ指示器为1。

。

也就是说，

如果没有与FHSKEY键值相同的录，那么系统并不是直接找开EQ指示器，而是会一直保

持正常地往下读，直到找到与读到的第一条记录关键字不同的记录，才会打开EQ指示器，

所以要注意。

READP{（N|E）}（ReadPriorRecord）读取记录—游标上移

简单来说，READ、READE操作时，游标在数据文件中，是下移的；即读完第一条记

录，游标指向第二条记录；读完第二条记录，游标指向第三条记录，依此类推，直至最后一

条记录。

但READP则正好相反，游标是上移的，即读完第三条记录后，游标指向第二条记

录；读完第二条记录后，游标指向第一条记录，直至读完第一条记录。

一般来说，用READ、READE的概率会比READP、READPE的概率高得多，不过在

某些情况下，使用READP操作，又的确会很省事，这个一时间想不起例子来，大家可在编

程序时多实践。

READPE{（N|E）}（ReadPriorEqual）

虽然我没用过，但猜想它应该就是指游标上移，按键值去读取文件。

与READP的关系，

就类似于READE与READ的关系。

REALLOC{（E）}（Re-allocateStorage）

没用过

REL{（E）}（Release）

没用过

RESET{（E）}（Reset）

将数据结构赋值成为初始值。

注意是初始值，不是清空。

如定义结构：

DFHSDSDS

DFHS0110INZ（’ABCD’）

DFHS025INZ（’EFGH’）

那么，不管对该结构如何赋值，当执行语句：

CRESETFHSDS

之后，FHS01将会变成’ABCD，FHS02将会变成’EFGH’，即恢复成为初始值。

RETURN{（H|M|R）}（ReturntoCaller）

RETURN是程序结束。

在前面，“简单的程序流程”中，我们讲过，“SETONLR”与RETURN这两句话一

起，做为程序的结束。

这里，再详细解释一下两者之间的区别，以及关系：

如果不写RETURN，只写“SETONLR”，程序执行完最后一句之后，将会再从第一

句开始执行，造成死循环。

在简单的程序流程这个例子中，程序原来只想修改读到的第一条

记录，而如果没有RETURN的话，将会把所有的记录都修改掉，直到最后找不到可修改的

记录，然后系统报错，异常中断。

（这种离奇的现象现在又测试不到了，可能是当时写错程

序了？

把F写成了P？

不管它，当是我写错了，总之RETURN是表示程序结束，没有

RETURN，主程序无可执行的语句时，它也会结束；如果RETURN出现在主程序的中间，

那么RETURN后面的语句将不会执行）

如果只写RETURN，不打开指示器*INLR，根据blogliou所说“程序不会强制将内存

中的数据写到磁盘中。

400缺省的是BLOCK输出，即数据记录满一个BLOCK块时才会将

这一组记录写到磁盘上。

那么如果这时BLOCK没满，数据信息不会立刻写到磁盘上。

之后

有其它作业用到该文件，读取的数据就不完整。

”

但如果文件有唯一键字，或记录日志，必须同步写时，其实BLOCK实际被忽略，也就

是此时不会有错。

目前我们用的是MIMIX备份，客户实际上将所有的文件都列入日志，这

时不写也不会出现上述错误。

但为避免一些潜在的问题，养成良好的编程风格，建议将

SETONLR与RETURN一同，做为程序结束的标志。

当然，如果某个程序频繁被调用，且

不涉及文操作时，可考虑不打开指示器*INLR，仅用RETURN作为结束，这样程序不

会被PURGE出内存，可提高调用效率。

如果没写RETURN，也没有打开指示器*INLR，在编译时，系统将会报40