rpgas400程序員培訓手冊9-資料下載頁
2025-06-29 09:10本頁面
【正文】 以它們對應(yīng)的的所有的程序都要 重新編譯，通常物理文件與邏輯文件使用相同的記錄格式名（當然，如果不同就算了） 這時就需要按記錄格式名來查找。比如SELECT * FROM 剛生成的文件 WHERE WHRFNM = “記錄格式名”，找出所有涉及到這個記錄格式名的程序。 在生成的文件中，字段WHFNAM，表示文件名，包括物理文件與邏輯文件。比如 說當我們只修改了某個邏輯文件時，那么當然是只需要重新編譯與該邏輯文件有關(guān)的程 序，也就是說只根據(jù)文件名來查找就足夠了。 RTVCLSRC 如果編譯CL 程序時，不是刻意帶*NONE 參數(shù)，那么一般來說CL 程序都可以使 用這個命令來反編譯。具體用途試試便知 RGZPFM 重整文件，即回收已刪除記錄的空間。不過這個命令我沒實際用過。 WRKMSGQ QSYSOPR 顯示錯誤信息 CHGCMGDFT 更改某些命令的默認參數(shù)，如更改CRTPF 的WAITRCD 參數(shù)： CHGCMDDFT CMD(QSYS/CRTPF) NEWDFT(‘WAITRCD(*IMMED)’) SBMJOB 將任務(wù)提交后臺處理。 普通程序的流程中，如果A 程序CALL 了B 程序，那么A 程序必須等待B 程序運 行結(jié)束之后，才會繼續(xù)執(zhí)行CALL 之后的語句； 如果是使用SBMJOB 的話，那么A 程序就將B 程序提交到后臺去運行，不等待B 程序結(jié)行完畢，直接繼續(xù)向下運行。 SBMJOB 命令僅僅只是表示將任務(wù)提交給后臺，所以此句運行完畢，也僅表示后 臺已開始運行，并不表示運行的程序結(jié)束。 Submit Job (SBMJOB) Type choices, press Enter. Command to run . . . . . . . . . .. Job name . . . . . . . . . . . . *JOBD Name, *JOBD Job description . . . . . . . . *USRPRF Name, *USRPRF Library . . . . . . . . . . . Name, *LIBL, *CURLIB Job queue . . . . . . . . . . . *JOBD Name, *JOBD Library . . . . . . . . . . . Name, *LIBL, *CURLIB 如上所示，第一行Command to run 處，填寫需要提交后臺運行的命令語句（通常是CALL 某個程序）； Job name 表示的，是顯示在屏幕上的，運行的程序的名字，可以隨便寫，只是用來標識 用的； Job description， 填寫對應(yīng)的JOBD（如果想將程序提交到指定的子系統(tǒng)下，那么此處 填寫子系統(tǒng)對應(yīng)的JOBD，Job queue 處填寫子系統(tǒng)對應(yīng)的JOBQ），如果不填，即表示默認 為當前用戶的JOBD，JOBQ 關(guān)于代碼風格的幾點想法 絕大多數(shù)情況下，不做硬性要求，一切都以維護時程序的易讀性為主導。 一定要在程序最開始，簡要說明程序?qū)崿F(xiàn)的功能，輸入輸出參數(shù)，這個必須的。 臨時變量的命名： 這個應(yīng)該算是最具有可規(guī)范性的了?？傊詈镁褪且煌?，就知道這個臨時 變量是代表什么意思。變量名的長度可以不做局限，當然最好不要太長。通常項目 開發(fā)對此都會有明文或潛在的規(guī)范，多參照即可。 定義臨時變量的位置： 在首次使用該臨時變量前定義，同時加漢字注釋，簡單說明這個臨時變量在什 么情況下，應(yīng)該賦什么樣的值。（當然了，如果是多個用途相似的臨時變量，可以 用一行注釋來搞定，不強求每個變量都要有一行注釋） 見過的大部分規(guī)范里面，都是統(tǒng)一在程序開始處定義一大堆臨時變量，規(guī)范的 同時，總覺得用起來不夠方便，比如說不知道這個臨時變量什么時候使用，代表什 么意思，怎么使用，該怎么賦值等等。 子過程的使用： 主程序最好只寫主流程，將具體處理交給各子過程；同時在調(diào)用子過程之前， 加注釋，說明這個子過程的處理功能。而子過程代碼最開始，也要有這個子過程的 功能說明，最好詳細一點。 把子過程盡量寫成類似于CALL 程序的感覺，也就是自已定一個輸入輸出接 口。當然，這個并不是真的輸入輸出接口參數(shù)，因為子過程中的變量在整個程序中 都可以用到，只是說類似。比如說，某個字段，是子過程中需要使用到的關(guān)鍵的一 個字段，那我們就可以將其做為輸入字段，并在整個子過程的代碼中，盡量不要去 改它的值；再比如說，子過程的功能是計算出一個金額，那我們就可以把這個金額 字段做為輸出字段，在使用子過程之前將其清零。然后，在子過程前，加注釋說明 輸入輸出字段。 這樣做的意義在于：維護修改代碼的便利性，COPY 代碼的便利性。 視覺上的分隔： RPGLE 的程序，寫出來都是一坨坨的，尤其是IF 語句，用多了的確很難分清 邏輯判斷到底是怎樣。我通常對代碼都是采用視覺上的分隔，因為我覺得這樣最直 觀。比如說，主代碼段與子過程段之間，用全行“*”來做分隔；各段之內(nèi)，也用 長短不一的“*”來分隔，表示不同情況的處理，或表示當前是幾層之內(nèi)的“IF”。 這個規(guī)律現(xiàn)在還沒有總結(jié)出數(shù)字化的東西來，大部分情況下還是憑感覺，以后有時 間做做統(tǒng)計看看。 總之最后的效果，是從視覺上，將不同的處理情況隔開。比如說 ***************** **注釋 C IF XXXX C ENDIF ***************** 這種方式之下的ENDIF，就比較好找了吧。 “*”當然還可以再打得長一點，如果層次多了，還可以用單橫線，等號，諸 如此類。 注釋 注釋的重要性毋庸致疑，這里單指以下情況的注釋： 如果寫程序時，某些需求不是很明確，或自己對這個需求的理解不是很清晰， 或者是用戶特意要求某種情況之下不按常規(guī)方式處理，又或者是處理判斷在邏輯上 比較復雜比較繞，那么不妨把自己當時的想法或客戶要求也寫在注釋中。事實上， 有不少明顯的BUG，就是通過這種注釋發(fā)現(xiàn)的。__20 / 2
試題試卷相關(guān)推薦
鄂ICP備17016276號-1