|
1. Re: Need some advice (vhamberg)
I think we work in object-oriented ways more than we know. For one thing, consider the object-based design of the S/38 - AS/400 - iSeries - i5 and you will have some groundwork. E.g., a *FILE object could be considered a class - I know, it's deeper than that, but let's keep this simple - am just forming this on the fly - and a *FILE object has certain attributes at what we call file-level (file level identifier os one). ALL *FILE objects have these same attributes.
Now on the iSeries there are also methods contained in every object - things you can do - you can't write to a *PGM but you can to a *FILE.
Then you get a subclass, PF is one, DSPF is another, PRTF another. These all inherit the attributes and methods of the parent *FILE. Then each one adds attributes and methods and perhaps puts in a subclass-specific version of methods that are called first, maybe.
With PFs you can get further subclass of SQL table - and on it goes.
In our programming, as soon as you get into service programs and subprocedures, you are starting to talk about separating routines - you may even be setting up variables and using setters and getters for various things - you CAN do OO programming in any language, it's just easier in a language that supports it.
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.