TMSEntityDataSource 0.5.1

TMSEntityDataSource 0.5.1

Maintained by Mike Swan' --description='DevBot'.



TMSEntityDatasource

TMSEntityDatasource is a collection of classes designed to make populating table, collection, and picker views with Core Data entities easier.

CI Status Version License Platform readme Score

Example

To run the example project, clone the repo, and run pod install from the Example directory first and then hit Build & Run.

Overview of the example app

The example app lets you create, edit, and delete events with a name, date, and category, as well as create and edit the categories for those events.

There are two tabs in the app; one for events and one for categories. The evnents are listed in a table view and the categories are in a collection view.

The detail page for events includes a picker view with all of the categories in it and the category detail view has a table view that is filtered to display only the events in the selected category. (It would be better in a production app to just use the events property from the selected category, but the goal of the example app is to show the various usage patterns of TMSEntityDatasource.)

Areas of Interest

In the Cells group

There is a custom cell class for both events and categories that take care of displaying the event or category they are given (note that the outlets are all private eliminating the urge to set them from outside the cell).

The main thing to look at in these classes is the entity property and the event/category property as these show how to trigger the setup of the view and one way of converting from the generic NSManagedObject that is entity to the specific entity the cell works with.

In the ViewControllers group

EventsTableViewController.swift

To see how the data source is setup for a table view when the view loads take a look at setupDataSource().

For adding new entities to the context check out addEvent(_:). This version makes a change to the newly created event, the category view shows ignoring the returned entity.

CategoryCollectionViewController.swift

To see how the data source is setup for a collection view when the view loads take a look at setupDataSource().

For adding new entities to the context check out addEvent(_:). Since addItem() is marked with @discardableResult you can just ignore the returned entity if you don't want to make any changes at creation.

EventDetailViewController.swift

setupDatasource() shows configuring an EntityPickerDataSource. In this example we include a blank option at the top of the picker since the category relationship is optional.

Given that there is no easy way to tell EntityPickerDataSource what attribute of tghe category entities we want to display in the picker view the delegate methods are left to the the client app. EntityPickerDataSource does provide a couple useful methods to help though…

configureView() shows the initial setup of the picker view after the datasource has been setup. It gets the row index for the event's category from the datasource.

pickerView(_:, titleForRow:, forComponent: ) shows how easy it is to get the proper string to use for each row by using EntityPickerDataSource's entity(atRow:) method. pickerView(_:, didSelectRow:, inComponent: ) uses the same method when assigning the selected category to the event.

CategoryDetailViewController.swift

In this one setupDataSource() shows setting up a datasource with a predicate.

Requirements

  • iOS 11.0 or higher
  • Core Data

Installation

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

pod 'TMSEntityDataSource'

If you don't want to use CocoaPods just drag the files for whichever views you need to supply data to into your project.

Usage

TMSEntityDatasource is designed to be as easy as possible to use. There are a few steps you will want to follow for each data view that you want to display a kind of Core Data entity in:

  1. Create a custom subclass of UItableViewCell or UICollectionViewCell and have it conform to EntityCellProtocol.
  2. Add a property to hold the datasource to the view controller.
  3. Setup the datasource during viewDidLoad().
  4. If needed add an @IBAction to tell the datasource to create a new instance of the displayed entity.
  5. For picker views setup the two UIPickerViewDelegate methods.

1. Create a custom subclass of UItableViewCell or UICollectionViewCell and have it conform to EntityCellProtocol.

The only requirement of EntityCellProtocol is a single property:

var entity: NSManagedObject? 

To make life easier within the cell you will likely want to have a way to convert entity to the specific subclass of NSManagedObject that you cell displays…

private var myEntity: MyEntity? {
	get {
		guard let myEntity = entity as? MyEntity else { return nil }
		return myEntity
	}
}

All that is left is to configure the cell based on the entity it was passed. A didSet observer is handy for triggering such a congiguration:

var entity: NSManagedObject? {
	didSet {
		configureCell()
	}
}

2. Add a property to hold the datasource to the view controller.

private var dataSource: EntityTableDataSource<MyEntity>?

MyEntity is, of course, whatever Core Data entity you want displayed in the table.

3. Setup the datasource during viewDidLoad().

To setup the datasource you need to make sure you have a managed object context and a view that needs a datasource. Then you can create a predicate if desired, create the datasource, and set any sort descriptors if needed. Once that is taken care of you start the fetch request.

private func setupDataSource() {
	guard let moc = managedObjectContext, let collectionView = self.collectionView else { return }
	dataSource = EntityCollectionDataSource<MyEntity>(collectionView: collectionView, reuseIdentifier: reuseIdentifier, context: moc, predicate: nil)
	dataSource?.sortDescriptors = [NSSortDescriptor(key: "name", ascending: true)]
	dataSource?.initiateFetchRequest()
}

There is an extra optional argument when creating a picker view datasource that allows you to specify a blank line be added at the start of the picker.

dataSource = EntityPickerDataSource<MyEntity>(pickerView: picker, context: moc, predicate: nil, includeBlankOption: true)

When the blank line is included the datasource will do the math for you on row indexes you just have to remember that index 0 represents nil.

4. If needed add an @IBAction to tell the datasource to create a new instance of the displayed entity.

All of the datasources have a convient addItem() method that creates a new instance of the entity the datasource is working with and inserts it in the managed object context. It returns this new instance so that you can make any initial adjustments:

@IBAction func addAnEntity(_ sender: Any) {
	let theEntity = dataSource?.addItem()
	theEntity?.name = "Awesome!"
}

If you only want the entity created in the context you can ignore the returned entity:

@IBAction func addAnEntity(_ sender: Any) {
	dataSource?.addItem()
}

5. For picker views setup the two UIPickerViewDelegate methods.

Since picker views don't have cells the delegate has to supply a string for each row. The picker datasource makes the process pretty easy though as it has a method for supplying the correct entity for a given row index. It even takes into account if there is a blank option at the start of the picker:

func pickerView(_ pickerView: UIPickerView, titleForRow row: Int, forComponent component: Int) -> String? {
	if row == 0 { return " " }
	return dataSource?.entity(atRow: row)?.name ?? " "
}

You could take the first line out of that method as entity(atRow: ) will return nil for row 0 if there is a blank line in place ( 0 -1 = -1 which is out of the bounds of all arrays).

You use the same method when the user selects an item from the picker to determine which entity you should drop into the relationship.

func pickerView(_ pickerView: UIPickerView, didSelectRow row: Int, inComponent component: Int) {
	guard row != 0 else {
		currentEntity?.category = nil
		return
	}
	currentEntity?.category = dataSource?.entity(atRow: row)
}

Contributing

If you see a way in which TMSEntityDataSource can be improved or needs fixing by all means send me a pull request, or at least open an issue. Even if you think your change is minor send it on, it might just make all the difference for someone.

The main area that could use help right now is error handling, currently errors just get logged… not the best option.

Author

theMikeSwan, [email protected]

License

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