I've not used it. It looks very convenient, however, this sort of approach does have pitfalls - mainly that firing a faulted relationship results in a network request and it will probably run on the main thread unless you're being very careful. It is sort of a mine field that way. I would much rather explicitly fetch data as needed.
On Thu, Feb 27, 2014 at 3:00 AM, Mark Wardle <[email protected]> wrote: > Related to this, has anyone used NSIncrementalDataStore as the glue > linking core data to the remote API? > > Mark > > On 20 Feb 2014, at 09:59, Mark Wardle <[email protected]> wrote: > > Wow Ken - that sounds fantastic. > > I'm just at the early stages - but would rather work on something more > generic than a quick-and-dirty model-specific solution - but was going to > go for latter due to time constraints... perfection being enemy of the > productive... > > Mark > > On 18 Feb 2014, at 22:56, Ken Anderson <[email protected]> wrote: > > Mark, > > I built a library on both iOS and WO that syncs a data model between the > 2. It has some pretty decent features, like you can define an ownership > key path on the server side, and only those EO's owned by the person > syncing are sent over. > > It's not really documented yet or anything, but I could probably put > something together to share. > > The big difference between mine and other sync mechanisms is I don't keep > a log of everything to send to everybody (my data model is big, so it would > get painful). Also, it's reasonably smart about doing things offline (like > maintaining relationships even when a number of transactions have happened > on the device without an internet connection). > > Let me know if this interests you enough for me to spruce it up. > > Ken > > On Feb 18, 2014, at 3:51 PM, Mark Wardle <[email protected]> wrote: > > Hi. Glad it is a common use-case. Not sure if you have misunderstood my > intentions but I was asking for advice rather than planning a super-duper > automatic EOF to obj-c/core data magic converter - although I had hoped > someone else had already invented such a wonder (no pun intended). > > Am experimenting with the iOS library RestKit which I think can make a > core data model from what it receives from a REST service automagically... I > think... > > Mark > On 14 Feb 2014, at 14:41, Jesse Tayler <[email protected]> wrote: > > > FANTASTIC! > > yes, ERSync is not going to work for the main question which is how to > store a local object graph that loads as the user sees things, and keep it > updated while still being able to rationally send data back to the server > in a way that can handle offline or poor network conditions etc. > > ERRest is SUPER-FAB for being the server of an iPhone client and there's > quite a few tricks we can and should compile together. > > So, definitely call upon me to have something to say about all this and > I've been at it a few years now, so I have gone through all this at least > once or twice. > > greatly looking forward! > > jess > > > > > On Feb 14, 2014, at 9:37 AM, Mark Wardle <[email protected]> wrote: > > Hi all, > > I am starting to work on a new presentation layer for our web application > using the iOS SDK. We plan on writing custom small iOS apps that integrate > with the larger more complex backend web-application built in WebObjects. > > I can see ERSync but note it is not in Wonder yet. Is this still in > development or is it ready for deployment? It certainly looks an easy way > to get started. > > However, we might want more finely grained control anyway. We've been > adding REST interfaces to the backend. Does anyone have any recommendations > for an iOS client library to make this work trivial? I would think that we > could create some stub object-graph in objective c that then gets sent to > the server semi-automatically? Is there something that would take an > EOModel and create a core data equivalent or skeleton classes? > > I can see various references on the mailing list but nothing on the wiki. > > Any pointers (*) much appreciated! > > Mark > (*) you can tell I'm back to coding in C and not just using java (!) > -- > Dr. Mark Wardle > Consultant Neurologist, University Hospital Wales, Cardiff, UK > Email: [email protected] or [email protected] Twitter: @mwardle > Telephone: 02920745274 (secretary) or facsimile: 02920744166 > > > > > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list ([email protected]) > Help/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/webobjects-dev/jtayler%40oeinc.com > > This email sent to [email protected] > > > > -- > Dr. Mark Wardle > Consultant Neurologist, University Hospital Wales, Cardiff, UK > Email: [email protected] or [email protected] Twitter: @mwardle > Telephone: 02920745274 (secretary) or facsimile: 02920744166 > > > > > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list ([email protected]) > Help/Unsubscribe/Update your Subscription: > > https://lists.apple.com/mailman/options/webobjects-dev/kenlists%40anderhome.com > > This email sent to [email protected] > > > > -- > Dr. Mark Wardle > Consultant Neurologist, University Hospital Wales, Cardiff, UK > Email: [email protected] or [email protected] Twitter: @mwardle > Telephone: 02920745274 (secretary) or facsimile: 02920744166 > > > > > > > -- > Dr. Mark Wardle > Consultant Neurologist, University Hospital Wales, Cardiff, UK > Email: [email protected] or [email protected] Twitter: @mwardle > Telephone: 02920745274 (secretary) or facsimile: 02920744166 > > > > > > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list ([email protected]) > Help/Unsubscribe/Update your Subscription: > > https://lists.apple.com/mailman/options/webobjects-dev/johnthuss%40gmail.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: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [email protected]
