Hi!
You could set primary keys as class properties - provided you don't
go modify their values.
I'd say the best approach - if you really, really need those values -
is to set them as read-only class properties. Make sure your
eogenerator template checks for read-only attributes and omits the
respective setter methods.
Best,
Pierre Bernard
Houdah Software s.à r.l.
On 4 Feb 2007, at 00:36, Steven Mark McCraw wrote:
Hi everyone,
I recall reading in some of the early Apple WebObjects
documentation that it's a huge terrible thing to mark your foreign
and primary keys as class properties (e.g. check the little diamond
in EOModeler so that your generated classes give you setters and
getters to access them directly). Over the years, I've often
thought it would be convenient to have the keys as class
properties, particularly when I've had to write custom queries. I
know EOUtilities gives you methods to get the primary and foreign
keys for an object, but using these are kind of a pain compared to
just calling a simple accessor method.
I've actually set keys as class properties a few times, but
whenever a strange EOF exception cropped up, this was the first
thing I always changed back (in a rather superstitious, paranoid
way) for fear that somehow having the keys as class properties was
giving EOF a fit. I started thinking about it again the other day
for some reason, and frankly I can't think of any reason it should
have an effect on EOF, so I thought I would pose the question to
the list.
Is having keys as class properties just something that is for some
reason considered "bad form" by the early documentation writers at
Apple (I recall the same documentation firmly asserting that you
never need to do anything outside EOF, but in the real world this
isn't always practical when you need to optimize)? Or is there in
fact something about having keys as class properties that throws a
monkey wrench into EOF at unpredictable times?
Thanks in advance for help/discussion.
Mark
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/webobjects-
lists%40houdah.com
This email sent to [EMAIL PROTECTED]
- - -
Houdah Software s. à r. l.
http://www.houdah.com
- Quality Mac OS X software
- Premium WebObjects consulting
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to [email protected]
