RestKit is a Cocoa framework for interacting with RESTful web services in Objective C on iOS and Mac OS X. It provides a set of primitives for interacting with web services wrapping GET, POST, PUT and DELETE HTTP verbs behind a clean, simple interface. RestKit also provides a system for modeling remote resources by mapping them from JSON (or XML) payloads back into local domain objects. Object mapping functions with normal NSObject derived classes with properties. There is also an object mapping implementation included that provides a Core Data backed store for persisting objects loaded from the web.
RestKit was first publicly introduced in April of 2010.
To get started with installation, skip down the document below the Design & Dependencies section.
RestKit is composed of three main components: Network, Object Mapping, and Core Data. Each layer provides a higher level of abstraction around the problem of accessing web services and representing the data returned as an object. The primary goal of RestKit is to allow the application programmer to think more in terms of their application's data model and less about the details of fetching, parsing, and representing resources. Functionally, each piece provides...
- Network - The network layer provides a request/response abstraction on top of NSURLConnection. The main interface for the end developer is the RKClient, which provides an interface for sending GET, POST, PUT, and DELETE requests asynchronously. This wraps the construction and dispatch of RKRequest and RKResponse objects, that provide a nice interface for working with HTTP requests. Sending parameters with your request is as easy as providing an NSDictionary of key/value pairs. File uploading support from NSData and files is supported through the use of an RKParams object, which serializes into a multipart form representation suitable for submission to a remote web server for processing. SSL & HTTP AUTH is fully supported for requests. RKResponse objects provide access to the string of JSON parsed versions of the response body in one line of code. There are also a number of helpful method for inspecting the request and response such as isXHTML, isJSON, isRedirect, isOK, etc.
- Object Mapping - The object mapping layer provides a simple API for turning remote JSON/XML responses into local domain objects declaratively. Rather than working directly with RKClient, the developer works with RKObjectManager. RKObjectManager provides support for loading a remote resource path (see below for discussion) and calling back a delegate with object representations of the data loaded. Remote payloads are parsed to an NSDictionary representation and are then mapped to local objects using Key-Value Coding. Any KVC compliant class can be targeted for object mapping. RestKit also provides support for serializing local objects back into a wire format for submission back to your remote backend system. Local domain objects can be serialized to JSON or URL Form Encoded string representations for transport. To simplify the generation of URL's that identify remote resources, RestKit ships with an object routing implementation that can generate an appropriate URL based on the object and HTTP verb being utilized. Object mapping is a deep topic and is explored thoroughly in the Object Mapping Design Document.
- Core Data - The Core Data layer provides additional support on top of the object mapper for mapping from remote resources to persist local objects. This is useful for providing offline support, holding on to transient data, and speeding up user interfaces by avoiding expensive trips to the web server. The Core Data support requires that you initialize an instance of RKManagedObjectStore and assign it to the RKObjectManager. RestKit includes a library of extensions to NSManagedObject that provide an Active Record pattern on top of the Core Data primitives. See the Examples/ subdirectory for examples of how to get this running. The Core Data support also provides RKManagedObjectSeeder, a tool for creating a local "seed database" to bootstrap an object model from local JSON files. This allows you to ship an app to the store that already has data pre-loaded and then synchronize with the cloud to keep your clients up to date.
RestKit utilizes the concepts of the Base URL and resource paths throughout the library. Basically the base URL is a prefix URL that all requests will be sent to. This prevents you from spreading server name details across the code base and repeatedly constructing URL fragments. The RKClient and RKObjectManager are both initialized with a base URL initially. All other operations dispatched through these objects work of a resource path, which is basically just a URL path fragment that is appended to the base URL before constructing the request. This allows you to switch between development, staging, and production servers very easily and reduces redundancy.
Note that you can send RKRequest objects to arbitrary URL's by constructing them yourself.
RestKit provides a pluggable parser interface configurable by MIME Type. The standard RestKit distribution includes two parsers:
- RKJSONParserJSONKit - A very fast JSON parser leveraging JSONKit
- RKXMLParserLibXML - A custom LibXML2 based parser. Only provides parsing, not serialization.
The JSONKit headers can be imported for direct use:
#import <RestKit/JSONKit.h>
Additional parsers can be added to your RestKit application by linking the parsers into your application and configuring it to handle the appropriate MIME Type:
[[RKParserRegistry sharedRegistry] setParserClass:[SomeOtherParser class] forMIMEType:@"application/json"]];
The RestKit project also provides optional additional parsers that can be installed separately from the main library:
- RKJSONParserSBJSON - A JSON parser built on top of SBJSON
- RKJSONParserYAJL - A JSON parser built on top of YAJL)
- RKJSONParserNXJSON - A JSON parser built on top of the Nextive JSON parser
Documentation and example code is being added as quickly as possible. Please check the Docs/ and Examples/ subdirectories to see what's available. The RestKit Google Group is an invaluable resource for getting help working with the library.
RestKit has API documentation available on the web. You can access the documentation in several ways:
- Online in your web browser. Visit http://restkit.org/api/
- Directly within Xcode. Visit your Xcode Preferences and view the Documentation tab. Click + and add the RestKit feed: feed://restkit.org/api/org.restkit.RestKit.atom
- Generate the documentation directly from the project source code. Run
rake docs
to generate andrake docs:install
to install into Xcode
RestKit assumes that you are using a modern Xcode project building to the DerivedData directory. Confirm your settings via the "File" menu > "Project Settings...". On the "Build" tab within the sheet that opens, click the "Advanced..." button and confirm that your "Build Location" is the "Derived Data Location".
- Add Git submodule to your project:
git submodule add git://github.com/RestKit/RestKit.git RestKit
- Add cross-project reference by dragging RestKit.xcodeproj to your project
- Open build settings editor for your project
- Add the following Header Search Paths (including the quotes):
"$(BUILT_PRODUCTS_DIR)/../../Headers"
- Add Other Linker Flags for
-ObjC -all_load
- Open target settings editor for the target you want to link RestKit into
- Add direct dependency on the RestKit aggregate target
- Link against required frameworks:
- CFNetwork.framework on iOS
- CoreData.framework
- Security.framework
- MobileCoreServices.framework on iOS or CoreServices.framework on OS X
- SystemConfiguration.framework
- libxml2.dylib
- QuartzCore.framework on iOS
- Link against RestKit:
- libRestKit.a on iOS
- RestKit.framework on OS X
- Import the RestKit headers via
#import <RestKit/RestKit.h>
- Build the project to verify installation is successful.
An step-by-step visual install guide for Xcode 4.x is available on the RestKit Wiki: https://github.com/RestKit/RestKit/wiki/Installing-RestKit-in-Xcode-4.x
A Google Group (high traffic) for development discussions and user support is available at: http://groups.google.com/group/restkit
The preferred venue for discussing bugs and feature requests is on Github Issues. The mailing list support traffic can be overwhelming for our small development team. Please file all bug reports and feature requests at: https://github.com/RestKit/RestKit/issues
For users interested in low traffic updates about the library, an announcements list is also available: http://groups.google.com/group/restkit-announce
Follow RestKit on Twitter:http://twitter.com/restkit
Forks, patches and other feedback are always welcome.
RestKit is brought to you by Blake Watters and the RestKit team.
Support is provided by the following organizations: