Re: OO versus RDB

From: mAsterdam <>
Date: Thu, 29 Jun 2006 19:15:49 +0200
Message-ID: <44a40a31$0$31653$>

topmind wrote:

>>That is, persistence is something outside the
>>realm where objects behave. No behaviour, no objects.

> In some views of OOP, the distinction is blurred. is a "getEmployee()"
> method behavior or data?

Behavior, returning data. Is there something I am missing?

> It might be merely a behavioral wrapper around
> data, but if the internals are not visible (which encapsulation is
> sometimes said to do), one does not know. For example, "voteCount()"
> may actually loop thru all votes to compute the total. Or it may simply
> grab a value from an existing object or structure. One cannot tell
> without looking at the internals.

Right, and ISTM it doesn't matter. "voteCount()" is also behavior returning data, no?

> It could be said that OOP provides behavioral interfaces. But this is
> not necessarily the same as saying objects *are* behavior or require
> behavior.

Could you give an example of a "No behaviour, yet objects." situation you are implying?

"The person who says it cannot be done
should not interrupt the person doing it."
Chinese Proverb.
Received on Thu Jun 29 2006 - 19:15:49 CEST

Original text of this message