unio
One REST API Client for All.
The Unio
client is an easily-extensible REST API Client that supports any REST API that can be described in JSON.
The initiative behind unio
is to describe REST APIs in a simple, readable JSON format. This allows them to be imported into unio
, and it will know automatically how to talk to the web service from the JSON spec. You can simply import the spec, and start making requests to the API right away. This makes it easy for you to test, use and reuse REST APIs by saving you the time of writing an API client for every new service that pops up.
Currently, the APIs implemented out-of-the-box with unio
are:
- Github
- StackExchange
Feel free to fork and add new REST API specs! See the Facebook spec and the Instagram spec as examples.
Install
npm install unio
Usage
var unio = var client = //// with the Facebook Search API//var params = q: 'coffee' access_token: 'FB-ACCESS-TOKEN' client //// Make an FQL query//var params = q: 'SELECT first_name, pic FROM user WHERE uid=588625709' access_token: 'FB-ACCESS-TOKEN' client //// Use the Twitter Search API//var params = q: 'banana' oauth: consumer_key: '...' consumer_secret: '...' token: '...' token_secret: '...' client //// use the Twitter REST API to post a tweet//var params = status: 'tweeting using unio! :)' oauth: consumer_key: '...' consumer_secret: '...' token: '...' token_secret: '...' client //// with the Instagram API//var params = id: 'snow' access_token: 'INSTAGRAM-ACCESS-TOKEN' client //// import a JSON spec from the local filesystem//client //// add a new spec directly//var apiSpec = name: 'api-name' api_root: 'http://api.something.com' resources: path: 'some/resource' methods: 'post' params: foo: 'required' bar: 'optional' // other resource entries here... // now use the newly added specclient
API:
.use(name)
Tells unio
that the next request you make will be to the API whose spec has the name name
. If you don't call .use() before making a request, it will default to the last API that you called .use() with.
.spec(spec)
Adds a new REST API spec to the unio
client. Spec
can be:
- an Object representing an API specification
- an Array of API specifications
- a String that is a path to a JSON file
The specs that unio
currently supports out-of-the-box are in the specs folder. See the Facebook spec and the Twitter spec as examples.
.get(resource, [ params, callback ])
GET an API resource
, with optional params
object for the request, and an optional callback
that looks like: function (err, response, body) { ... }
.
.post(resource, [ params, callback ])
Same usage as .get(), but sends a POST request.
.patch(resource, [ params, callback ])
Same usage as .get(), but sends a PATCH request.
.put(resource, [ params, callback ])
Same usage as .get(), but sends a PUT request.
.delete(resource, [ params, callback ])
Same usage as .get(), but sends a DELETE request.
Defining a Unio Spec
unio
is intended to make it as easy/painless as possible to talk to HTTP APIs.
Here's an example of what a spec looks like:
name: 'some-api' api_root: 'http://api.something.com' resources: path: 'users/:id' methods: 'get' 'put' params: id: 'required' path: 'notes' methods: 'post' params: title: 'required' text: 'required' tags: 'optional' name: 'friends' path: 'friends.json' methods: 'post' params: id: 'required' // other resource entries here...
name
(String)
Each unio
spec must have a name
. This allows you to .use() the spec and start making requests.
api_root
(String)
The api_root
specifies the root url where the API resources are located.
resources
(Array)
Array of API resources.
Defining a Resource
Each object in the resources
array represents a REST API resource. For example, a GET user
resource taking three optional parameters (id, name, and location) would look like this:
path: 'user' methods: 'get' params: id: 'optional' name: 'optional' location: 'optional'
Each of the resource keys are described below:
path
(String)
URI where the resource is located, without a leading slash (e.g. posts/newest) or a full URL (e.g. https://api.bar.com).
name
(String)
Optional name of the resource. When you make a request with unio, for example with .get(resource, ...)
, you can specify the resource by its name
value rather than by its path
. Think of it like an alias path
value for the resource.
E.g. If the following resource is specified:
name: 'statuses/update' path: 'statuses/update.json' methods: 'post' params: foo: 'required'
You can then request the resource by specifying its name OR its path:
// GET a resource by specifying its `name` // GET a resource by specifying its `path`
methods
(Array)
HTTP verbs that may be used to request the resource (allowed: "GET", "POST", "PUT", "DELETE", "PATCH").
params
(Object)
Object representing the parameters accepted by the resource. Each parameter must be marked "optional" or "required".
Running the tests
npm test
Other Implementations
See PyUnio by Mihir Singh (@citruspi) for a Python implementation of unio
.
License
(The MIT License)
Copyright (c) by Tolga Tezel tolgatezel11@gmail.com
Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.