Restangular
AngularJS service to handle Rest API Restful Resources properly and easily
Install / Use
/learn @mgonto/RestangularREADME
Restangular
<a href="https://twitter.com/intent/tweet?hashtags=&original_referer=http%3A%2F%2Fgithub.com%2F&text=Check+out+Restangular%2C+a+service+for+%23AngularJS+that+makes+it+easy+to+use+Rest+APIs&tw_p=tweetbutton&url=https%3A%2F%2Fgithub.com%2Fmgonto%2Frestangular" target="_blank">
<img src="http://jpillora.com/github-twitter-button/img/tweet.png"></img>
</a>
Restangular is an AngularJS service that simplifies common GET, POST, DELETE, and UPDATE requests with a minimum of client code. It's a perfect fit for any WebApp that consumes data from a RESTful API.
Note This version of Restangular only supports Angular 1. For an Angular 2+ version of Restangular, check out ngx-restangular. It's a separate project with different maintainers, so issues regarding ngx-restangular should be reported over there :wink:
Learn Restangular! Try the live demo on plunkr. It uses the same example as the official Angular Javascript Project, but with Restangular! Or watch a video introduction of a talk I gave at Devoxx France about Restangular.
Table of contents
- Restangular
- Differences with $resource
- How do I add this to my project?
- Dependencies
- Production apps using Restangular
- Starter Guide
- Quick configuration for Lazy Readers
- Adding dependency to Restangular module in your app
- Using Restangular
- Configuring Restangular
- Properties
- setBaseUrl
- setExtraFields
- setParentless
- setDefaultHttpFields
- addElementTransformer
- setOnElemRestangularized
- setResponseInterceptor
- setResponseExtractor (alias of setResponseInterceptor)
- addResponseInterceptor
- setRequestInterceptor
- addRequestInterceptor
- setFullRequestInterceptor
- addFullRequestInterceptor
- setErrorInterceptor
- setRestangularFields
- setMethodOverriders
- setDefaultRequestParams
- setFullResponse
- setDefaultHeaders
- setRequestSuffix
- setUseCannonicalId
- setPlainByDefault
- How to configure them globally
- How to create a Restangular service with a different configuration from the global one
- Decoupled Restangular Service
- Properties
- Methods description
- Copying elements
- Enhanced promises - Using values directly in templates
- Using Self reference resources
- URL Building
- Creating new Restangular Methods
- Adding Custom Methods to Collections
- Adding Custom Methods to Models
- FAQ
- How can I handle errors?
- I need to send one header in EVERY Restangular request, how do I do this?
- Can I cache requests?
- Can it be used in $routeProvider.resolve?
- My response is actually wrapped with some metadata. How do I get the data in that case?
- I use Mongo and the ID of the elements is _id not id as the default. Therefore requests are sent to undefined routes
- What if each of my models has a different ID name like CustomerID for Customer
- How do I handle CRUD operations in a List returned by Restangular?
- When I set baseUrl with a port, it's stripped out.
- How can I access the unrestangularized element as well as the restangularized one?
- Restangular fails with status code 0
- Why does this depend on Lodash / Underscore?
- How do I cancel a request?
- Supported Angular versions
- Server Frameworks
- Releases Notes
- License
Differences with $resource
Restangular has several features that distinguish it from $resource:
- It uses promises. Instead of doing the "magic" filling of objects like $resource, it uses promises.
- You can use this in $routeProvider.resolve. As Restangular returns promises, you can return any of the methods in the
$routeProvider.resolveand you'll get the real object injected into your controller if you want. - It doesn't have all those
$resourcebugs. Restangular doesn't have problem with trailing slashes, additional:in the URL, escaping information, expecting only arrays for getting lists, etc. - It supports all HTTP methods.
- It supports ETag out of the box. You don't have to do anything. ETags and If-None-Match will be used in all of your requests
- It supports self linking elements. If you receive from the server some item that has a link to itself, you can use that to query the server instead of writing the URL manually.
- You don't have to create one $resource object per request. Each time you want to do a request, you can just do it using the object that was returned by Restangular. You don't need to create a new object for this.
- You don't have to write or remember ANY URL. With $resource, you need to write the URL Template. In here, you don't write any urls. You just write the name of the resource you want to fetch and that's it.
- It supports nested RESTful resources. If you have Nested RESTful resources, Restangular can handle them for you. You don't have to know the URL, the path, or anything to do all of the HTTP operations you want.
- Restangular lets you create your own methods. You can create your own methods to run the operation that you want. The sky is the limit.
- Support for wrapped responses. If your response for a list of element actually returns an object with some property inside which has the list, it's very hard to use $resource. Restangular knows that and it makes it easy on you. Check out https://github.com/mgonto/restangular#my-response-is-actually-wrapped-with-some-metadata-how-do-i-get-the-data-in-that-case
- You can build your own URLs with Restangular objects easily. Restangular lets you create a Restangular object for any url you want with a really nice builder.
Let's see a quick and short example of these features
// Restangular returns promises
Restangular.all('users').getList() // GET: /users
.then(function(users) {
// returns a list of users
$scope.user = users[0]; // first Restangular obj in list: { id: 123 }
})
// Later in the code...
// Restangular objects are sel
