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



I agree that modularity is important here, as elsewhere. Actually I was taught this principle on my first day on the job as a programmer (1973). And then we did not have callable programs, much less subprocedures.

Anyway, I think that setting a "rule" regarding the number of panels per program is insane. Modularity is defined by function, not some silly number. An example: The order entry program that I maintain came with an item inquiry subroutine embedded in it. It's still there, but I keep adding functions but these are plug-ins that can be used by any other program. However, the panels that deal strictly with entering an order (there are five of them) are properly part of the order entry program. That being said, I will eventually (I swear) re-write it using ILE RPG (it's currently RPG II, sigh) leaving the control (and panels) in a single program, but splitting the business logic off into subprocedures in one or more service programs.


* Jerry C. Adams
*IBM System i Programmer/Analyst
B&W Wholesale Distributors, Inc.* *
voice
615.995.7024
fax
615.995.1201
email
jerry@xxxxxxxxxxxxxxx <mailto:jerry@xxxxxxxxxxxxxxx>



Carmen Nuland wrote:
Our company has recently tried to steer away from using multiple displays.
We've found that the more displays you have to manage in a program, the
longer the program becomes and more complex it ends up being. Ever try to
read a program that uses 6 different displays, all with subfiles? Nasty!
(Especially if all of the fields are named slightly different, because none
of the files are prefixed!).
That said, we do still on occasion keep multiple display files together. An
example might be a maintenance program where you have a couple of add /
change windows to bring up. When possible, we split into one display per
program. More modular that way too!
Carmen

-----Original Message-----
From: Thompson, Glenn [mailto:gthompson@xxxxxxxxxxxxx] Sent: Tuesday, October 30, 2007 9:37 AM
To: RPG programming on the AS400 / iSeries
Subject: Multiple Displays vs One Display

I have an opinion oriented question. I have noticed in our shop that
many programs use multiple displays within one program. What is the
prevailing wisdom of many displays in a program versus one program/one
display?

Glenn Thompson

Senior Analyst







As an Amazon Associate we earn from qualifying purchases.

This thread ...

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.