× 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.



Aaron,
What about performance? Did you notice any performance improvements by
using module/service program approach compared to using pgm calls?
Thanks for any response in advance.
Ali

-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx
[mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of albartell
Sent: Monday, April 23, 2007 5:37 PM
To: 'RPG programming on the AS400 / iSeries'
Subject: RE: Help! Boss wants to know why ILE?


ILE is meant to modularize code and that can be done at multiple levels
(i.e. many sub procs within one *MODULE and many *MODULE's within one
*SRVPGM). For instance, I might have a *MODULE named STR and within
there I have Str_tokenize, Str_center, Str_toUpper, Str_toLower,
Str_findReplace, etc. According to your bosses logic these should be in
separate *PGM objects, which could be done, but that would make for some
interesting program names.

Also, it is nice to have local sub procs to keep variables local within
a single program. In some cases you can exchange local sub procs for
sub routines to clean up global variables - makes programs much easier
to maintain when there are only 20 to 30 variables in the global area
vs.
hundreds.

Recommendation: Start out with some simple ILE implementations and see
"how it feels". Many shops think it is all-or-nothing out of the box,
and that will only get you into trouble because you won't realize best
practices until you work with it. Test the waters with a small side
project and see how things go. I only develop *PGM objects when I want
to have a program callable from CLLE or from the command line, otherwise
ALL of my development is RPG *SRVPGM/*MODULE's.

HTH,
Aaron Bartell
http://mowyourlawn.com

-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx
[mailto:rpg400-l-bounces@xxxxxxxxxxxx]
On Behalf Of DennisRootes@xxxxxxxxxxx
Sent: Monday, April 23, 2007 4:09 PM
To: rpg400-l@xxxxxxxxxxxx
Subject: Help! Boss wants to know why ILE?

Please help me come up with some good examples as to what makes ILE
better than "business as usual". Here's what I've used so far:

1. It's faster - Rebuttal: doesn't matter we have plenty of cpu and
our machine screams as it is.
2. Service program equals reusability - Rebuttal: we can just use a
separate program for reusable code.
3. Local variables - Rebuttal: if they are inside a separate program it
doesn't matter.
4. System maintenance - Rebuttal: instead of service programs or
subprocedures we have separate pgms so it's the same thing.

It's not that the boss wants to stop us from using ILE, she just wants
to know what makes it so much better than plain 'ol RPG IV that she
should invest the man hours it's going to take to bring our whole dept
up to speed on ILE. And I just am not coming up with anything that's
very convincing.

So please, if you have any good arguments, let me know.

Thanks,

Dennis
--
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.


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.