× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



It's all a matter of where you want to break the code. I tend to make
subprocedures more generic and subroutines more specific.

On Thu, 19 Aug 2004 14:05:37 -0500, rob@xxxxxxxxx said:
> The problem I have with that logic michael, is that upon breaking most 
> subroutines down into subprocedures I do see where I can use them 
> elsewhere.  Specifically it can be tied to a specific business function. 
> Then it's time to put it into a service program.
> 
> Rob Berendt
> -- 
> Group Dekko Services, LLC
> Dept 01.073
> PO Box 2000
> Dock 108
> 6928N 400E
> Kendallville, IN 46755
> http://www.dekko.com
> 
> 
> 
> 
> 
> michaelr_41@xxxxxxxxxxxxxx 
> Sent by: rpg400-l-bounces@xxxxxxxxxxxx
> 08/19/2004 01:36 PM
> Please respond to
> RPG programming on the AS400 / iSeries <rpg400-l@xxxxxxxxxxxx>
> 
> 
> To
> "RPG programming on the AS400 / iSeries" <rpg400-l@xxxxxxxxxxxx>
> cc
> 
> Fax to
> 
> Subject
> RE: Indicators
> 
> 
> 
> 
> 
> 
> Subroutines should be used to modularize code in a program/module. A
> subroutine would have code so specific to a business function that it
> would not be shared between other program/modules. A subprocedure would
> have code that should be shared between different program/modules.
> 
> On Thu, 19 Aug 2004 13:25:24 -0500, "Bruce Guetzkow"
> <bruceg@xxxxxxxxxxxxxxxxxxxxxxx> said:
> > This sounds like an area where there isn't a standard (or at least it
> > isn't clear).  IMHO, the worst situation would be having a source member
> > with both subroutines and sub-procedures in them.  While functional,
> > this would be confusing.
> > 
> > Since there is a difference of opinion, possible solutions might be:
> > - if source has subroutines, continue to use subroutines
> > - if source has sub-procedures, continue to use sub-procedures
> > ** or **
> > Perhaps an edict from the Standards-God to use one or the other?  It
> > would seem logical that someone needs to make a decision at some point,
> > or agree to disagree.
> > 
> > I have the distinct advantage of being the development team, so when I
> > encounter a situation, I can make a decision and stick to it until I
> > decide something else is better, at which point I make another decision.
> > I have been in your situation as well and don't lightly make the "edict"
> > case.  Sometimes, however, that is the only way...even if it isn't my
> > method that is chosen.
> > 
> > 
> > >from: "Lim Hock-Chai" <Lim.Hock-Chai@xxxxxxxx>
> > 
> > >We do have a group of developers/Managers that govern and set standard
> > for the shop.  The example you have about setting standard for >/free is
> > pretty straight forward.  However, it is not the case for sub-procedure.
> > Some developers like sub-routine.  For them sub-
> > >procedure is not as readable as sub-routine.  And of course, there is
> > another group that think sub-procedure is better and more
> > >readable.  What you end up with is one group keep pushing sub-routine
> > into program and the other keep pushing sub-procedure.
> > 
> > FWIW...
> > Bruce Guetzkow
> > Information Services Director
> > United Credit Service, Inc.
> > Phone: 262-723-2902
> > Fax: 262-723-5568
> > Email: bruceg@xxxxxxxxxxxxxxxxxxxxxxx
> > Web: www.unitedcreditservice.com
> > 
> > 
> > --
> > This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing
> > list
> > To post a message email: RPG400-L@xxxxxxxxxxxx
> > To subscribe, unsubscribe, or change list options,
> > visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
> > or email: RPG400-L-request@xxxxxxxxxxxx
> > Before posting, please take a moment to review the archives
> > at http://archive.midrange.com/rpg400-l.
> > 
> -- 
>  
>   michaelr_41@xxxxxxxxxxxxxx
> 
> --
> This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing
> list
> To post a message email: RPG400-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
> or email: RPG400-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/rpg400-l.
> 
> 
> --
> This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing
> list
> To post a message email: RPG400-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
> or email: RPG400-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/rpg400-l.
> 
-- 
  
  michaelr_41@xxxxxxxxxxxxxx


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.