|
Leif, I
disagree. As as long as prototypes
are used. We do a LOT of work in
C++, which lets you add parameters to Methods (functions) and assign a default
value. Parms that are added with
default values do NOT effect thing that do not need them. Yes, you do need to re-compile, but
that should be done anyway (in C++, any time a header (function/class
definitions) is changed, the affected modules are re-compiled. Our system
has in excess of a million lines of actual code (not counting comments &
white space). Default
parms are a VERY good thing. It
lets you add functionality without having to touch as much code. This
technique is also available in Java. Of course,
if you are NOT using prototypes, adding parms is DEATH. Pure and simple. JMHO, Bob
Crothers Cornerstone
Communications -----Original
Message----- what you
describe does not scale up to 100s of programs maintained by
dozens of programmers. No matter how smart you think it
is, it's not worth it. -----
Original Message -----
Sent: Friday, May 11, 2001
3:16 PM Subject: RE: is
nmi translator off limits? If I can
reuse a function in a service program by adding another parameter, which is (presently)
not needed in any
other program, I think it's good from a maintenance point that I don't have to
change and recompile all
programs that use the old version of the service program. Isn't this what the
version stamping of service programs
are meant for? If I
have to make changes to programs using the old parameter list, I can change
them to the *CURRENT *SRVPGM
function parameter list at that time. Depending on how the parameters are
specified I will or will not
get a compiler error message stating that the call doesn't match the prototype. -----Original
Message----- -----
Original Message -----
Sent: Friday, May 11, 2001
1:29 PM Subject: RE: is
nmi translator off limits? With a
service program I can change the parameter list to an existing function, or let
a completely different function
(with a changed parameter list) take over the name of an old function; and
still let old programs using
the old function work without modification or recompilation. How would you
accomplish this with your CallM
opcode? ===> I
don't think what you describe is even desirable. what a maintenance nightmare. |
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.