Thanks Geoff - "pain in the ass" does some it up :-) Also, it is nice to define the strategy for storing/reconstituting an object in a single place.
The squeezers are nice because a single class has the responsibility of how the
object gets in/out of a URL. At the moment our Company object is stored using a
business key (like using National Insurance number to reference an employee).
But it's conceivable that we could be forced to change to using the database id
instead. Doesn't scare me: a small change in a single class does the trick.
Also there's far less risk that different developers will decide to handle the
conversion to/from URLs in different ways.
However, if there's no equivalent for persistent properties that exposes us to
a risk that the strategy for storing an object into the session is duplicated
over many classes and (possibly) is done differently in different places. And
that's aside from us needing to spend effort creating that duplicate code in
the first place :-(
Paul
Geoff Longman <[EMAIL PROTECTED]>
08/09/2005 17:29
To
Tapestry users <[email protected]>
cc
Please respond to
"Tapestry users" <[email protected]>
Subject
Re: Business object as a persistent property
> Why not have the key as a persistent property and then load the company
> object in pageBeginRender()?
because it is a pain in the ass, especially when it comes to multiple
BOs properties per page and how about collections of BOs. I have a
squeezer that squeezes Hibernate objects, arrays of Hibernate objects
and lists of Hibernate objects. Great for hidden fields but not much
else.
Geoff
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
This e-mail may contain confidential and/or privileged information. If you are
not the intended recipient (or have received this e-mail in error) please
notify the sender immediately and destroy this e-mail. Any unauthorized
copying, disclosure or distribution of the material in this e-mail is strictly
forbidden.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
