Re: new/update form patterns
Re: new/update form patterns
- Subject: Re: new/update form patterns
- From: Ondra Cada <email@hidden>
- Date: Thu, 26 May 2005 22:07:23 +0200
Mike,
On 26.5.2005, at 21:52, Mike Schrag wrote:
I'm curious what pattern people use for "new-EO" forms -- that is,
when you have a form to fill in the initial values of a new EO that
the user has requested to create. For instance, do most of you
create the EO up-front and attach the form fields directly to the
attributes of the EO, or do you clone the fields into the
WOComponent and attach to those, then move them into a new EO in
the "save" action? The problem with the first route is that if
someone navigates away, you've got an empty EO inserted into the EC
and the user doesn't realize that it's still sitting in their
session, but it's obviously nicer because you can just wire up
directly to the EO attributes and you don't have to keep the
Component and the EO fields in-sync (well, other than in the html/
wod).
Depends on the application.
But most often, I am eating my cake and still having it by creating
the EO first, but saving it into EC only when properly set up. That
way, it can be wired up directly, and still, if the user abandons it,
it just vanishes when the GC decides so :)
While I'm soliciting methodologies, I'm curious how many of you use
the ObjC/WO naming for accessor methods vs the JavaBeans convention
(i.e. do you use "name()" or "getName()"). WO has made me very
schizophrenic wrt my get method naming. I feel urges to name them
like WO/ObjC now and I don't know who is on the dark side in this
battle :) The ObjC-style has definitely grown on me, though.
*definitely* name(). getName is ugly as hell :) (you have noticed
some bias, have you not? :)
Anyway, I do stick with name(), even though the <censored> Java
design forces me to rename properties :)
---
Ondra Čada
OCSoftware: email@hidden http://www.ocs.cz
private email@hidden http://www.ocs.cz/oc
Attachment:
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden