From: Peter Seibel on
"Rob Thorpe" <robert.thorpe(a)antenova.com> writes:

> The textbooks I refer to certainly aren't lame since they use the
> normally accepted defintion of OO - ie. that written in most books and
> used by most programmers. I have never read a book that ties OO to
> polymorphism as you have tried to, but I would be interested to know if
> such a misleading text exists.

Hmmm. What is this "normally accepted definition of OO" of which you
speak? Anyway, for such a misleading text, try:

<http://www.gigamonkeys.com/book/>

in particular Chapter 16:

<http://www.gigamonkeys.com/book/object-reorientation-generic-functions.html>

-Peter

--
Peter Seibel * peter(a)gigamonkeys.com
Gigamonkeys Consulting * http://www.gigamonkeys.com/
Practical Common Lisp * http://www.gigamonkeys.com/book/
From: topmind on
>> I am sick and tired of device drivers, animals, and shapes. I gotta force
>> OO out of its comfort zone
>> in order to expose it for what it is.

> First, you have to understand it...

Yes, first *you* have to understand the scientific process and
how to present objective evidence rather than only vague
salesy brochure-talk.

-T-

From: Christer Ericson on
In article <m2ekbas0l2.fsf(a)gigamonkeys.com>, peter(a)gigamonkeys.com
says...
> [...]
> <http://www.gigamonkeys.com/book/object-reorientation-generic-functions.html>

In it you say, "The fundamental idea of object orientation is that a
powerful way to organize a program is to define data types and then
associate operations with those data types."

What you give here is the definition of an _abstract data type_
(ADT), nothing more, nothing less. Functional languages in the ML
category, for example, all support ADTs as a way to "define data
types and then associate operations with those data types" but we
hardly call them object-oriented.

The commonly accepted view is that _only_ when we add the feature
of enclosing _data_ in the ADT does it become an object. That is,
the fundamental idea of object orientation is to combine within
an entity (which we call the object) data and operations on that
data.


--
Christer Ericson
http://realtimecollisiondetection.net/
From: Robert C. Martin on
On 9 Jun 2005 21:22:18 -0700, "topmind" <topmind(a)technologist.com>
wrote:

>
>What about something like an airline reservation
>system, a student grade tracking system,
>and inventory system, a finance estimating system,
>etc. Maybe they are not glamorous or fun, but THAT
>is the kind of thing that most developers work on.

Agreed, and you'll find plenty of examples of systems like that in my
articles and books.

>I gotta force OO out of its comfort zone
>in order to expose it for what it is.

You will expose it as a useful technique for managing dependencies.


-----
Robert C. Martin (Uncle Bob) | email: unclebob(a)objectmentor.com
Object Mentor Inc. | blog: www.butunclebob.com
The Agile Transition Experts | web: www.objectmentor.com
800-338-6716


"The aim of science is not to open the door to infinite wisdom,
but to set a limit to infinite error."
-- Bertolt Brecht, Life of Galileo
From: Robert C. Martin on
On 10 Jun 2005 08:28:44 -0700, "topmind" <topmind(a)technologist.com>
wrote:

>Yes, first *you* have to understand the scientific process and
>how to present objective evidence rather than only vague
>salesy brochure-talk.

that's a troll response. Prepare to be ignored.



-----
Robert C. Martin (Uncle Bob) | email: unclebob(a)objectmentor.com
Object Mentor Inc. | blog: www.butunclebob.com
The Agile Transition Experts | web: www.objectmentor.com
800-338-6716


"The aim of science is not to open the door to infinite wisdom,
but to set a limit to infinite error."
-- Bertolt Brecht, Life of Galileo
First  |  Prev  |  Next  |  Last
Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19
Prev: Use Case Point Estimation
Next: Association Class