Re: REST + Subclassing NSIncrementalStore on iOS
Re: REST + Subclassing NSIncrementalStore on iOS
- Subject: Re: REST + Subclassing NSIncrementalStore on iOS
- From: James Cicenia <email@hidden>
- Date: Thu, 16 Jan 2014 08:16:09 -0600
I use the following for my iOS apps:
MOGenerator - to setup my subclassed NSMAnagedObject
Cumulus to do all my networking calls.
MagicalRecord or OBCoreDataJSON to interact with CoreData.
Those latter two frameworks have the ability to import directly into coredata using 1 to 1 name matching with your JSON, or else
you can tweak the userinfo of the entities, attributes and relationship to handle other mappings.
HTH
James
On Jan 16, 2014, at 5:15 AM, Riccardo De Menna <email@hidden> wrote:
> Hi Everybody,
>
> I know it’s a slightly off-topic question, but I think this community is probably the only one that REALLY knows about this stuff. I’m currently working on a client-server alas ios-webobjects application and I’m going the REST route (hihi). The server side is a rock (btw Mike et all… that’s a marvelous piece of work)… perfectly under control, routes, security, headers, cookies… it’s perfect.
>
> So down to the client…
> I have a partial implementation that does some fetch and retrieve, serializing and deserializing the incoming dictionaries from the server. But I’m not really satisfied with it because it’s all done my hardcoding calls and queries. So, looking for a new angle, I tweaked my local objects into subclasses of NSManagedObject and pushed CoreData inside the loop.
>
> What I want to do is to subclass NSIncrementalStore with a in-memory version of mine that basically acts as an adaptor to my REST service on the other side.
> I’ve also found a few hints on the web about other people trying this.
>
> What do you think? Is it doable? Is it easy? Has it already been done by someone I can steal from? ;-)
>
> Thank you in advance,
> Riccardo De Menna
> _______________________________________________
> 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