|
but is there any performance issue with 55 pointers at once? forget the program and maintenance factors for a minute...will it jeopardize the execution of the order entry program? thanx much, rick
From: Dr Syd Nicholson <sydnic@ccs400.com> Reply-To: midrange-l@midrange.com To: midrange-l@midrange.com Subject: Re: Parameters vs. Data Structure? Date: Sat, 28 Sep 2002 02:52:09 +0100 Programming is probably easier with a data structure and pass the data structure as a single parameter. Program maintenance would be difficult and messy if the PLIST or prototype contained a large number of parameter entries. This is also an area where bugs in the program could creep in if someone specified a wrong parameter. There are other posiblities/variations - create a service program that only contains your variables, specified with the keyword EXPORT. You can now access to all these variables from any program/procedure in the activation group without needing to pass them as parameters. This service program is a kind of 'blackboard' to which you read and write data. Perhaps this service program could also contain some procedures for manipulating this data - an object oriented approach to RPG? or - Make your data structure based on a pointer, and pass the pointer as a parameter. or - Use a fixed or variable length string and pass this a parameter. Use concatenation and %SUBST to construct and breakdown the information. or - Use a data area to share information between programs Syd Rick Rayburn wrote:Hello there everybody - Got a program calling another program with 55 parameters being passed between each...all really needed...some for input only, most for returnage of data. Can anyone lend some expertise to these queries? 1. any NOTICEABLE performance issues here...it is an order entry application...program would be called maximum twice for each order. 2. would I be better served with 1 field being passed and then split into a 55 field data structure upon entry/re-entry? Thanks much people. Rick Rayburn NYC _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx _______________________________________________ This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@midrange.com To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l or email: MIDRANGE-L-request@midrange.com Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l._______________________________________________ This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@midrange.com To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l or email: MIDRANGE-L-request@midrange.com Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l.
_________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.