-
Notifications
You must be signed in to change notification settings - Fork 14
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Not passing context to ViewControllers #1
Comments
Early versions of this class kept the stack in memory as a singleton, but I But please note: Apple's approach is wrong and very dangerous, since their This is how Apple designed CoreData to work! On 15 December 2012 15:49, organizr notifications@github.com wrote:
|
Well, I just wanted to know the reasons for this decision, so that was helpful. Thank you very much. |
Hello Adam,
I stumbled upon this helper class you made and while I like the idea, I noticed you don't follow Apple convention of passing the context from the Application Delegate to the subsequent view controllers.
Instead, you seem to load everything up every time you want to operate with core data. I don't know if this is is more correct but I wanted your opinion on why you made it this way.
What I mean is, loading a managed object model from disk in every view controller, just seems like you will make the app spend to much time loading the model when you can easily pass a pointer to the ManagedObjectContext instance to your controllers.
The only reason I can see for doing this is having more than one model, but maybe I am not seeing something.
Well, thank you in advance for your reply.
The text was updated successfully, but these errors were encountered: