什么是使用Restangular在ngResource的优势在哪里？(What is the adv

ngResource 似乎已经真正实现简单事情...

什么是使用的优势/劣势Restangular超过ngResource ？

1.1.3 $resource将返回承诺，并可以使用implimented 最新PR承诺 。将未来的支持提供给$resource ，以支持Restangular做额外的动词？如果出现这种情况Restangular好像它会消失，并成为irrelivant。

Answer 1:

我Restangular的创造者。

我创建了与打击$资源的差异自述的部分。你可以检查出来这里https://github.com/mgonto/restangular/blob/master/README.md#differences-with-resource

无论如何，作为总结，除了额外的功能和基于承诺的做法，这个想法是，Restangular也可以处理所有网址，让你不必知道他们什么。

假设你有这样的汽车：/用户/ 123 /车/ 456

在$资源，你必须手动构建URL，你也不得不手动构造$资源对象这一点。 Restangular通过“记忆”的网址，可以帮助你在这。

所以，如果你在某个地方做

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')

希望这可以帮助！

Answer 2:

我发现Restangular的RequestInterceptor很方便发出请求之前，请从对象的某些字段。大多数REST Web服务目前与我的工作不要指望在对象数据的ID在例如PUT请求，只需在URL中。他们一般不期望不能由PUT更新（如ID，或通过设置标题等产生的废料）的额外数据字段。我发现这是直接与Restangular虽然我还没有想出如何使用$资源做一个干净的方式，但我相信它可能以某种方式。

显然，人们还可以改变web服务只是忽略那些多余的领域，但是那并不总是可能的。