MZFastSortIndex 0.2.1

MZFastSortIndex 0.2.1

TestsTested
LangLanguage Obj-CObjective C
License MIT
ReleasedLast Release Mar 2016

Maintained by Mat Trudel.



  • By
  • Mat Trudel

Background

MZFastSortIndex allows you to sort and reorder objects in an unordered collection in a performant way, using a single NSNumber field to store sort order. To do this, we derive a value for the object's sort field which will place it in the expected spot in the collection when sorted. Where necessary, MZFastSortIndex will also re-index other objects in the collection to provide space for the necessary insertions. It does so in a manner which optimizes the index in terms of usage of the number range, and thus minimizes the number of reindexes needed on subsequent insertions.

This approach has a bunch of upsides for unordered collections in practice; reordering an object in a collection (by dragging the UI item in a table or collection view, for example) typically results in a single object being mutated; in the common case no intervening records have to update their index values to keep the collection in the expected order. In the case where objects need to be shuffled to make room for the newly inserted or moved object, MZFastSortIndex automatically does this for you, optimally reindexing objects to provide the most possible room for future moves or insertions.

Deleting a single object will always leave all other objects in the collection untouched; remaining objects do not need to have their index values shuffled down to fill the gap.

You can apply MZFastSortIndex to any existing integer sort field that validly sorts the objects in your collection in ascending order. It will maintain a valid sort of the existing items, and will gradually grow the index out to make optimal use of the range of possible index values.

In terms of Core Data models, MZFastSortIndex will work with any integer field at least 32 bits wide (in particular, it grew out of a project where we used an Integer 32 sort field).

At read time, all that's needed is to sort your collection as you normally would (via NSSortDescriptor objects, for example). In cases where your data is backed by a Core Data store, you can then have Core Data index your sort field for super-fast reading courtesy of SQLite.

Usage

There are two principal use cases: inserting new objects into a collection, and moving objects around within a collection.

Inserting Into a Collection

Typically, this is done by first setting the new object's index value and then inserting it into the collection. This ensures that the state of the collection will always be valid.

[newObject setValue:[array mz_valueForKeyToLieAtEndOfSortedArray:@"index"] forKey:@"index"];
[array addObject:newObject];

Note that for unordered collections (such as in Core Data), you still need to call mz_valueForKeyToLieAtEndOfSortedArray: on a sorted array. This is because a new insertion may result in any number of the collection elements needing to be re-indexed themselves, and this operation depends on being able to access the elements in sorted order.

Moving Object Within a Collection

In this case (typically driven by a user dragging the relevant object within a collection or table view), the object is already a member of the corresponding collection, and reindexing is a simple matter of a single call:

[array mz_setSortKey:@"index" onObject:object toLieAtSortedIndex:newIndex];

Note that this does not re-order the array (in keeping with arrays generally being immutable). In the case of such a collection being dynamically updated (for example, by NSFetchedResultsController or MZRelationalCollectionController, the controller's KVO calls are responsible for resorting the array and updating the UI as needed.

To Be Done

While MZFastSortIndex is suitable for use in the common case, there are a few things planned for its future:

  • Remove NSObject allocation from inside the tight loops. There's some simple numeric stuff that we do that's probably better expressed as standard scalars
  • Explore behaviour when full. We currently use signed int32's as the range of possible indexes. There is no explicit test case to cover index exhaustion and there should be
  • Allow for (optional) 64 bit indexes. Currently we (lazily) rely on being able to perform 32 bit math with long longs to avoid overflow. We need to tighten up this math so we can provide the option of 64 bit indexes.

Requirements

iOS 8 and ARC. MZFastSortIndex works with any KVC compliant data source.

Installation

MZFastSortIndex is available through CocoaPods. To install it, simply add the following line to your Podfile:

pod "MZFastSortIndex"

Author

Mat Trudel, [email protected]

License

MZFastSortIndex is available under the MIT license. See the LICENSE file for more info.