On Apr 14, 2010, at 6:07 PM, David Avendasora wrote:
> I've always just created Entities for these types of things so all
> relationships work the same.
For me, it depends on the usage. If it is something like a transaction state
(e.g. ACCEPT, DECLINE, ERROR) I would go with an enum. In a case like that, the
enum value is going to determine program logic. In other words, I'm not going
to add a new state to the database (REVIEW for instance) and then have the app
magically know what to do with it. I know there are cases where an enumeration
entity makes sense, but for me, those are synonymous with a shared editing
context. If it is possible, I avoid them.
Besides, enums are pretty nifty! (^_^) I like them. I can use them in switches,
they make great singletons, and they can work like operators... pretty neat
stuff.
> Is there substantial savings to doing things this way over simply having EOs?
>
> Dave
Well, there's only going to be one of each enum in memory. So, that's a bonus.
They are fast to access... I don't block a thread waiting on a fault. That's
good too. On that same line of thought, there's no need to prefetch them. Does
any of that make a big difference? I don't know. Can't hurt though (^_^)
Ramsey
>
> On Apr 8, 2010, at 4:52 AM, Mark Wardle wrote:
>
>> Hi all, please forgive a very simple question but I'd like to create a
>> lightweight (non-EO) to-one relationship from an EO. I make heavy use
>> of D2W so I want to fulfil the WO/EOF rules and use to-one
>> relationship components....
>>
>> I usually create a new entity and have a genuine heavyweight EOF
>> relationship but I have several properties for which this seems
>> excessive.
>>
>> I have an entity (FormEdssFull) which can have a visual field score
>> for both right and left eye.
>>
>> Can I do this with a java enum?
>>
>> public enum VisualAcuity {
>> NORMAL(0, "Normal"),
>> SIGNS_ONLY(1, "Signs only:"),
>> MODERATE(2, "Moderate"),
>> MARKED(3, "Marked");
>>
>> /* insert enum constructor etc... */
>> }
>>
>> and then create the appropriate accessor and mutator in the entity?
>>
>> What do other people do in these situations?
>>
>> Many thanks,
>>
>> Mark
>>
>> --
>> Dr. Mark Wardle
>> Specialist registrar, Neurology
>> Cardiff, UK
>> _______________________________________________
>> 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%40avendasora.com
>>
>> This email sent to [email protected]
>>
>>
>
> _______________________________________________
> 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/rgurley%40mac.com
>
> This email sent to [email protected]
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ 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]
