|
Prev: Use Case Point Estimation
Next: Association Class
From: Peter Seibel on 10 Jun 2005 11:17 "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 10 Jun 2005 11:28 >> 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 10 Jun 2005 12:40 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 10 Jun 2005 15:20 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 10 Jun 2005 15:21
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 |