Re: Style choices

I agree with the policy of "no magic code", which effectively means do away
with the RPG cycle. That occurs naturally by placing more code into service
programs with the NOMAIN keyword specified.

With all the emphasis on procedure interfaces it's worth mentioning that
there are still valid use cases for "mainline" code in *PGM modules
(handling flow-control and what-not), which includes valid uses for
subroutines to "block" code for readability purposes.

Use sub-procedures when you need return values and variables scoped to the
procedure.



On Wed, Sep 9, 2015 at 2:41 PM, Alan Campin <alan0307d@xxxxxxxxx> wrote:

I agree absolutely. No magic code. I particularly hate it when I go into a
screen or print file and find a field so where did it come from. Search the
program. Never loaded. Finally compile program and find a database table
and then trying to figure out where it actually gets loaded. The
programmers laziness is the maintenance programmers nightmare.

On Wed, Sep 9, 2015 at 12:02 PM, Roger Harman <roger.harman@xxxxxxxxxxx>
wrote:

I'll use subroutines for a quick & dirty little task - depending on the
usage - but it's pretty rare.

99% of the time, I'll use procedures. Local variables alone are worth it.
Return values are..... invaluable.

As to *INZSR.... I have NEVER used it. I despise "magic" code. Something
that just happens without me telling it to? No way.

I always have an Init() procedure or subroutine instead of *INZSR.

Roger Harman
COMMON Certified Application Developer - ILE RPG on IBM i on Power

-----Original Message-----
From: RPG400-L [mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of

Booth

Martin
Sent: Tuesday, September 08, 2015 5:25 PM
To: RPG programming on the IBM i / System i
Subject: Style choices

Sometimes I befuddle myself. This is one of those times.

It was suggested to me that we should be using PR & PI instead of
subroutines. Is that a good suggestion? Does that include *INZSR too?



--
This is the RPG programming on the IBM i (AS/400 and 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 IBM i (AS/400 and 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 IBM i (AS/400 and 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.