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 <m...@wardle.org> 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 (Webobjects-dev@lists.apple.com) > Help/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/webobjects-dev/mark.morris%40experian.com > > This email sent to mark.mor...@experian.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
