One of the issues that caused me to delay implementing external procedures, programs, and functions was that there was no easy way of finding out where a given program, function, or procedure was used. Since this problem has been adequately resolved (See "TechTip: Fishing for Service Programs"), there remains only one issue: how to keep track of the source members for the different module types (i.e., functions, procedures, prototypes, etc.).
I would like to be able to say that I came up with the following naming conventions on my own, but I didn't. I am sure I saw some of them as "suggestions" in some article or other. However, I am relatively certain that I have not seen them all together in one place. So without further ado...
Name | Type of Module/Source |
P.xxxxxxxx | Procedure |
PR.xxxxxxx | Prototype member for /COPY |
F.xxxxxxxx | Function |
S.xxxxxxxx | Service Program |
M.xxxxxxxx | Main procedure (*ENTRY/pep) |
I know it's simple, but it is what works for me. There are certainly other ways to go. Using separate source files (QRPGPROC, QRPGFUNC, QRPGMAIN, etc.) is one of the other methods I have seen. Whether you use these naming conventions or not, if you are going to be developing using ILE, you are going to need to use some sort of naming conventions. Remember, the best naming convention is the one you will actually use and stick to.
--Jeff Olen
LATEST COMMENTS
MC Press Online