A good example of interpeted vs non-interpeted code is that PROC can have the same label more than once. It will only reference the first one though.
My 1 cent. ----- Original Message ----- From: "Keith W. Roberts" <[EMAIL PROTECTED]> To: <[email protected]> Cc: <[EMAIL PROTECTED]> Sent: Wednesday, September 28, 2005 4:22 PM Subject: RE: [U2] Good Programming Practice Question......... > ----Original Message---- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > Gordon J Glorfield > Sent: Wednesday, September 28, 2005 10:34 AM > To: [email protected] > Cc: [EMAIL PROTECTED]; [email protected] > Subject: RE: [U2] Good Programming Practice Question......... > > > I prefer alphanumeric labels for subroutines. The label > > should give some > > clue as to the function of the subroutine. The subroutines > > should be in > > frequency of use order with the most commonly used closer to > > the top of > > the program. Subroutines that are used once in a program (file opens, > > variable initialization, etc...) are located near the bottom. This > > method is suppose to improve the efficiency of the program and may > > not be valid anymore. > > Correct. There is absolutely no reason to order code by frequency of usage > in a non-interpretive (ie, compiled) language. When the object is loaded > into memory, relocatable jumps are resolved, so it's as efficient to get to > the last line as the first. > > > In the Sequoia version of Pick O/A it did matter. The run-time > > engine would start at the top of the program to search for a > > subroutine. Therefore a subroutine that was accessed over and over > > again would be found quicker each time if it was closer to the top. > > Some programmers even took this to an extreme by making the first > > line of a program read "GOTO MAIN.LINE". The next line would be the > > label for the most commonly accessed subroutine. > > > > > > Gordon J. Glorfield > > Sr. Applications Developer > > MAMSI (A UnitedHealth Company) > > 301-360-8839 > ------- > u2-users mailing list > [email protected] > To unsubscribe please visit http://listserver.u2ug.org/ ------- u2-users mailing list [email protected] To unsubscribe please visit http://listserver.u2ug.org/
