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



From: Buck

I write my own commands all the time, am comfortable with converting C
structures into RPG DS specs and in my vanity, I like to think I have a
handle on the basics of OO.

None of that prepared me for polymorphism.

I think, though, that sometimes we get blinded by terminology. The idea of
polymorphism is really pretty simple, and we do it all the time, especially
on the System i:

DLTF, DLTCMD, DLTPGM

If you think of these in object terms, they're really:

F.DLT, CMD.DLT, PGM.DLT

That is, you're sending the "DLT" message to the "F" object. Move to the
world of lower case and no abbreviations and you get:

File.delete, Command.delete, Program.delete

What does this say? It actually says two things. First, it says that for
each of these object types (or "classes" in Java terminology) there is a
delete method that can be called. Different things will happen depending on
which object type you're deleting.

More importantly, though, it says that you can delete an object represented
by the File class by executing its delete method, and that you can do the
same for Command and for Program. So finally:

myFile.delete(), myCommand.delete(), myProgram.delete()

This is the essence of polymorphism: call the same method for different
objects and the underlying code will do what it's supposed to do.

To me, it's less an issue of understanding the concept than it is of the
syntax.

DLTCMD CMD(MYCMD) vs. myCommand.delete()


Joe



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.