|
In a message dated Wed, 9 May 2001 07:14:08 -0500 , "Bartell, Aaron L. (TC)" <ALBartell@taylorcorp.com> writes: > Lets say that you need to calculate the due date for an order that you just > received, and your company calculates the due date based either upon > customer number or item ordered. snip > Yes you could create sub procedures named > #calcDueDateCust and #calcDueDateItm and I see your point that it could get > out of hand creating multiple sub procedures of the same name. But can you > see the benefit to doing overloading if it is done right? No I cannot. This is a GREAT example of why NOT to do overloading. But then, I think a case can be made that the string concatination operator should be different from the addition operator, so I guess I am just odd. +--- | This is the RPG/400 Mailing List! | To submit a new message, send your mail to RPG400-L@midrange.com. | To subscribe to this list send email to RPG400-L-SUB@midrange.com. | To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 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.