Skip to content
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

Cover the main differences between the KSPFetchedResultsController and NSFetchedResultsController #8

Open
konstantinpavlikhin opened this issue Sep 28, 2015 · 0 comments

Comments

@konstantinpavlikhin
Copy link
Owner

  • There is an important difference in a way KSPFetchedResultsController merges the changes from the NSManagedObjectContextObjectsDidChangeNotification. The chosen way is better for NSTableView pairing, but may be a little confusing for the NSFetchedResultsController users.
  • KSPFetchedResultsControllerDelegate is notified not only about changes that already took place, but also about changes that are going to happen.
  • KSPSectionedFetchedResultsController uses NSObjects as 'names' for its sections as opposed for NSStrings used by NSFetchedResultsController.
  • KSPFetchedResultsController uses plain indices instead if index paths used by NSFetchedResultsController. Again, this is better for NSTableView pairing. Because of this the KSPSectionedFetchedResultsControllerDelegate method that is called on object change has completely different signature.
  • When reporting sections changes KSPSectionedFetchedResultsController has three possible events: section insertion, section movement and section deletion. Again, delegate method signature is a little different, and a separate enum (KSPSectionedFetchedResultsChangeType) is used to define possible sections changes.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant