问与ngResource相比，使用Restangular有什么优势？

EN

我是Restangular的创建者。

我已经创建了一个关于自述文件的部分，其中包含与$resource的区别。你可以在这里查看https://github.com/mgonto/restangular/blob/master/README.md#differences-with-resource

总之，总而言之，除了额外的功能和基于promise的方法之外，这个想法是Restangular还可以处理你所有的URL，所以你不需要知道任何关于它们的事情。

假设您有这样的汽车:/users/123/car/456

在$resource中，您必须手动构造URL，还必须为此手动构造$resource对象。Restangular通过“记住”URL来帮助你做到这一点。

所以如果你在某个地方这样做

Restangular.one("users", 123).get().then(function(user) {
  $scope.user = user;
});

// Some other code

//Automatically does the request to /users/123/cars as it remembers in which object you're asking it.
$scope.user.getList('cars')

希望这能有所帮助！

我发现Restangular的RequestInterceptor非常方便，可以在发出请求之前从对象中删除一些字段。我目前使用的大多数REST webservices都不期望对象数据中的id出现在PUT请求中，而只是在url中。通常，他们不会期望不能通过PUT更新的额外数据字段(比如id，或者通过设置title等生成的slug )。虽然我还没有想出如何用$resource以一种干净的方式做到这一点，但我发现这在Restangular中是很简单的，但我相信这是可能的。

显然，您也可以将webservice更改为忽略这些额外的字段，但这并不总是可行的。

在最新的稳定版本(当前为1.0.6)中，ngResource不返回承诺。此外，它看起来比ngResource公开了更多的动词(它公开了PUT，OPTIONS，PATCH等)。

如果你不需要额外的动词，并且正在使用AngularJS的不稳定分支(包括对ngResource的承诺)，我看不出有任何主要的理由在ngResource上使用Restangular。

使用任何你觉得舒服的东西。