Avoid Core Data
I suggest this to everybody who are writing an app, whose true data lies outside the app itself. Mostly, it’s any app that needs internet connection.
I learnt this when developing Checkvistle. The true data was with Checkvist. The data could change when my app was in background or killed. Even when running, the user could be making changes to his tasks on a desktop, and I would come to know about it only after making a HTTP request.
Coredata is heavy weight and it’s small nuances and threading issues will slow you down considerably
I don’t mean it to be heavy on computing or memory resources, but it is heavy on development support. And if you are new to iOS development, then you are going to spend some good time on this.
Change is inevitable, and sometimes frequent. Coredata migration is not easy and requires effort.
Difficult to test
Testing of core data code is not easy. Even though you may get help from frameworks like OCMock etc, it is not easy. And don’t forget Point 2, your model changes, your code changes and your tests change too.
- Store the response from your true data source on a file!
- Replace it whenever a newer version is received from the source.
- Replace it whenever you make a change on your app.
- Use Etag to save yourself from excessive data usage.
Small, simple apps don’t need the code to handle core data.