SCOUG Logo


Next Meeting: Sat, TBD
Meeting Directions


Be a Member
Join SCOUG

Navigation:


Help with Searching

20 Most Recent Documents
Search Archives
Index by date, title, author, category.


Features:

Mr. Know-It-All
Ink
Download!










SCOUG:

Home

Email Lists

SIGs (Internet, General Interest, Programming, Network, more..)

Online Chats

Business

Past Presentations

Credits

Submissions

Contact SCOUG

Copyright SCOUG



warp expowest
Pictures from Sept. 1999

The views expressed in articles on this site are those of their authors.

warptech
SCOUG was there!


Copyright 1998-2024, Southern California OS/2 User Group. ALL RIGHTS RESERVED.

SCOUG, Warp Expo West, and Warpfest are trademarks of the Southern California OS/2 User Group. OS/2, Workplace Shell, and IBM are registered trademarks of International Business Machines Corporation. All other trademarks remain the property of their respective owners.

The Southern California OS/2 User Group
USA

SCOUG-Programming Mailing List Archives

Return to [ 07 | August | 2003 ]

<< Previous Message << >> Next Message >>


Date: Thu, 7 Aug 2003 08:28:33 PDT7
From: "Gregory W. Smith" <gsmith@well.com >
Reply-To: scoug-programming@scoug.com
To: scoug-programming@scoug.com
Subject: SCOUG-Programming: Object-Oriented Programming

Content Type: text/plain

Lynn Maxson wrote:
> So, Greg, you find a class library which defines a new data
> type, like a variable-length string with lower as well as upper
> boundaries, by redefining an existing one. I think you will find
> yourself writing such code and maintaining it rather than
> expressing it as a rule in a declaration statement, leaving it up
> to the implementation to enforce it.

No, I won't. Go back and look at the Python program examples I
have posted to this group. I am using Python the same way I would
use YAPL (Yet Another Procedural Language). As I see it, a "method"
is a function/procedure call by another name--and with a slightly
different syntax. And an "object" is just another data item like
the much derided "int" or "char". Chose your favorate syntax since
it is really all the same to me:
x = 3.add(5)
(SETQ X (ADD 3 5))
x = add(3,5)
x = 3 + 5

As far as implementation, with N different data types for each
argument.... Well, the clever assembly programmer can use
nifty dispatch tables to select the proper code to execute.
Or the clever PL/I programmer can use multiple entry points
and the dope vector to select the proper code to execute. Or
inheritance through class definitions will select the proper
code to execute.

OR
The implementation can enforce it -- automagically -- by
using a database of code statements (from PL/I plus APL)
and logic programming based on predicate logic.

Note also, I am not even a novice in any of the "three major
OO design methodologies" that you mentioned. So to be fair,
I should also use the term "automagically" with respect to
inheritance.
--
Gregory W. Smith (WD9GAY) gsmith@well.com

=====================================================

To unsubscribe from this list, send an email message
to "steward@scoug.com". In the body of the message,
put the command "unsubscribe scoug-programming".

For problems, contact the list owner at
"rollin@scoug.com".

=====================================================


<< Previous Message << >> Next Message >>

Return to [ 07 | August | 2003 ]



The Southern California OS/2 User Group
P.O. Box 26904
Santa Ana, CA 92799-6904, USA

Copyright 2001 the Southern California OS/2 User Group. ALL RIGHTS RESERVED.

SCOUG, Warp Expo West, and Warpfest are trademarks of the Southern California OS/2 User Group. OS/2, Workplace Shell, and IBM are registered trademarks of International Business Machines Corporation. All other trademarks remain the property of their respective owners.