JSONAPIModel 1.1.0

JSONAPIModel 1.1.0

Maintained by Fabien Legoupillot, Greg Lee, Becky Christensen, Robin Goos.



JSONAPIModel

CircleCI

Simple JSONAPI parser / serializer and data model

Overview

JSONAPIModel is a simple JSONAPI parser / serializer and data store written in Swift. We built it from ground up in house to meet Envoy's needs for iOS projects. By the time when we were trying to build this project, we looked at the community first, see if there's anything available already. However, we didn't find anything that suits our needs. JSONAPI is a pretty powerful API schema, it allows you to load objects in relationship of another object on demand. Usually the implementations we found provide advance features for JSONAPI, and we don't want that. What we need is pretty simple parser and it stores data into simple Swift data struct, ideally the model should be like this

class DeviceConfig {
    var id: String
    var userEmail: String
    var buttonColor: String
    // ...
}

In the end, as nothing we found available, we decided to build our own, with few design goals in mind

  • Do not expose any JSON API relative features to the end-user of data model
  • Keep it simple, just working as simple parser and serializer
  • It should be robust
  • Easy to use

If you expect this project to act as a full feature JSONAPI data model library, you're looking at wrong place.

Example

Like we said in our design goal, we want to expose as little about JSONAPI as possible, so by design, to create a model object for JSONAPIModel, is pretty easy. Just create a class inherits from NSObject, and make all properties decorated with @objc

import Foundation

@objcMembers final class Location: NSObject {
    /// ID of location
    let id: String

    /// Name of location
    var name: String!

    /// Employees in this location
    var employees: [Employee] = []

    init(id: String) {
        self.id = id
        super.init()
    }
}

Also, please notice that, you need to provide a constructor with init(id: String) signature. And all the properties other than id should all have their own default value (that's why we using implicit unwrapping optional for name here, and assign initial value for employees), which means you can create this JSONAPIModel object with only id argument

Location(id: "loc-12345")

Next, you extend the model class with JSONAPIModelType

// MARK: JSONAPIModelType
extension Location: JSONAPIModelType {
    func mapping(_ map: JSONAPIMap) throws {
        try name <- map.attribute("name")
    }

    static var metadata: JSONAPIMetadata {
        let helper = MetadataHelper<Location>(type: "locations")
        helper.hasMany("employees", { $0.employees }, { $0.employees = $1 })
        return helper.metadata
    }
}

In mapping(_ map: JSONAPIMap) function, you can bind attributes with <- infix operator like this

try name <- map.attribute("name")

And for relationships and the JSON API model type, you need to define static var metadata: JSONAPIMetadata like this

static var metadata: JSONAPIMetadata {
    let helper = MetadataHelper<Location>(type: "locations")
    helper.hasMany("employees", { $0.employees }, { $0.employees = $1 })
    return helper.metadata
}

The MetadataHelper<Location>(type: "locations") here creates a meatadata helper for this Location model, with locations as the JSON API model type.

Next, you can use helper.hasMany or helper.hasOne for one-to-many and one-to-one relationship. The first argument is the key in relationships dictionary. The second argument is the getter for getting employees value. The third argument is the setter for assigning value to employees property (an array of Employee will be given as $1 in our example).

Finally, you return the metadata from the helper.

Likewise, you can define another model Employee like this

import Foundation

/// Employee info
final class Employee: NSObject {
    /// ID of Employee
    let id: String
    /// Name of employee
    @objc var name: String!

    init(id: String) {
        self.id = id
        super.init()
    }
}

// MARK: JSONAPIModelType
extension Employee: JSONAPIModelType {
    func mapping(_ map: JSONAPIMap) throws {
        try name <- map.attribute("name")
    }

    static var metadata: JSONAPIMetadata {
        let helper = MetadataHelper<Employee>(type: "employees")
        return helper.metadata
    }
}

Now we have a pretty simple JSON API model, we need to register our model classes with JSONAPIFactory, you can do it like this

import JSONAPIModel

extension JSONAPIFactory {
    /// Default factory that registered with all models
    static var defaultFactory: JSONAPIFactory {
        let factory = JSONAPIFactory()
        factory.register(modelType: Location.self)
        factory.register(modelType: Employee.self)
        return factory
    }
}

Then to load data from JSON, you can write

import SwiftyJSON
import JSONAPIModel

let factory = JSONAPIFactory.defaultFactory
let json = try JSON(data: data)
let result = try factory.createModel(json["data"])
guard let location = result as? Location else {
    return
}
let store = JSONAPIStore(includedRecords: json["included"])
try location.loadIncluded(factory, store: store)

The factory.createModel loads the JSON data from data key. Next, we load the included objects into JSONAPIStore. Finally call location.loadIncluded(factory, store: store) to make the location object load all these included objects.

Install

CocoaPods

To install with CocoaPod, add Embassy to your Podfile:

pod 'JSONAPIModel', '~> 1.0'

Carthage

To install with Carthage, add Embassy to your Cartfile:

github "envoy/JSONAPIModel" ~> 4.0

Todos

Provider helper for loading data and data array with included

For now loading data is pretty much manual process. You need to get JSON object from data key and feed it into JSONAPIModel, then get included and create a store, then call loadIncluded on the object you create. In the future maybe it makes more sense to provide a helper doing it altogether for the user.

Better parsing error report

For now parsing error is not helpful at all. It could simply return a nil, or throw an exception. It's not handled pretty well. We should provide better parsing error report, so that we may can write these error to logs file to help troubleshooting.

Better error tolerance for invalid values

Sometimes a nil value returned by the backend could make the parsing fail altogether. This could bring downtime to our customers if the backend is not working as expected. Although it's really hard to keep everything up and running when the given data is bad, at least maybe we can log warning message instead of crashing the app for some more common cases like nil value or missing key.

More automatic tests

For now we only cover pretty simple test cases, in the future we should cover more