Re: Enterprise objects stored in JSON or byte
Re: Enterprise objects stored in JSON or byte
- Subject: Re: Enterprise objects stored in JSON or byte
- From: "Morris, Mark" <email@hidden>
- Date: Wed, 19 Dec 2018 17:55:31 +0000
- Thread-topic: Enterprise objects stored in JSON or byte
Hi Mark,
This sounds similar to something we do. We create entities on demand that are
used for reporting purposes, where data is grouped and rolled up from our
“real” persistent entities. I think there are some differences in what you’re
looking at, though.
Perhaps instead of using NSDictionary, you could make use of all the goodness
in the EOF stack and use ERXGenericRecords. You would have to make sure that
the top-level editing context associated with these does not actually save
anywhere.
Good luck!
Mark
> On Dec 19, 2018, at 9:39 AM, Mark Wardle <email@hidden> wrote:
>
> I want to define a group enterprise objects at runtime and yet use them in a
> fairly similar way to "normal" enterprise objects.
>
> Essentially, I want a generic object that is backed by a NSDictionary (or
> other persistence mechanism like bytes/protobuf) and has a defined behaviour
> class. I would like to define the model at runtime rather than using
> EOModeler. The definition of the object (list of properties and for each
> property: name, dataType, class, prototype etc.) defined itself at runtime in
> the backing database.
>
> Anyone done something similar, and if so, what is the best approach? I have
> contemplated building a generic EO that delegates its behaviour and data to
> the behaviour class and the backing NSDictionary respectively, and alters the
> implementation of KVC to make it fairly transparent. I'm aware that some of
> the hidden "magic" that comes from defining an object in EOModeler might be
> lost.
>
> Any hints/tips gratefully received!
>
> Best wishes,
>
> Mark
>
>
>
> _______________________________________________
> 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
_______________________________________________
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