Re: accessor generation???
Re: accessor generation???
- Subject: Re: accessor generation???
- From: "Erik J. Barzeski" <email@hidden>
- Date: Sun, 07 Jul 2002 10:21:56 -0400
On 7/7/02 8:24am, "Phillip Mills" <email@hidden> wrote:
>
On Saturday, July 6, 2002, at 08:40 AM, Erik J. Barzeski wrote:
>
>
> Say I've got Person.h/m. Guess what? Pretty accessor-heavy. Persons are
>
> objects - they're models of real-world people (at least in this
>
> example).
>
>
Without knowing the application, it's hard to generalize...but that
>
doesn't always stop me. :-)
>
>
There may be cases where a Person is primarily a data container, but my
>
first expectation would be that a Person would be primarily defined by
>
behavior and therefore would not be accessor-heavy -- at least at the
>
design stage.
>
>
Actually, my *real* first expectation would be that 'Person' would be an
>
abstract base class, but that's a different subject. Or, maybe it is
>
on-topic in the sense that base classes often define behavior without
>
data to support an implementation. (i.e. No data, no accessors.)
Perhaps it was a bad example, but given that my software doesn't require the
people to do anything, and instead merely tracks them, people don't have
behavior at all.
However, you've totally missed the point if you want to argue the semantics
of the Person.
The point being things in the model are often accessor-heavy and
behavior-light, while things in the controller are often accessor-light and
behavior-heavy.
I think this topic is a waste of time, as I said rather poorly in "anyone
who picks a side is wrong." (what I meant was anyone who says "accessor
heavy classes are good! or bad!). Sometimes they're needed (model) and
sometimes they're not.
--
Best wishes,
Erik J. Barzeski
God created the universe in six days because
he didn't have to worry about an installed base.
###################################################################
Email: erik@(anything below) AIM: iacas
http://iacas.org http://weims.net
http://techstra.net http://barzeski.com
http://cocoadevcentral.com http://soundsetcentral.com
http://freshlysqueezedsoftware.com http://applescriptcentral.com
###################################################################
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.