Welchen Vorteil bietet Restangular gegenüber ngResource?

Question

ngResource bereits scheint wirklich einfach Dinge zu implementieren mit ...

Was sind die Vorteile/Nachteile von Restangular über ngResource mit?

1.1.3 $resource wird Versprechen zurückgeben und kann unter Verwendung latest PR commit implimiert werden. Wird die zukünftige Unterstützung $resource angeboten werden, um zusätzliche Verben zu unterstützen, die Restangular tut? Und wenn das passiert, scheint Restangular so zu sein, als würde es verschwinden und irrelivant werden.

Answer 1

Ich bin der Schöpfer von Restangular.

Ich habe einen Abschnitt auf der README mit den Unterschieden gegen $ Ressource erstellt. Sie können sie hier überprüfen

Wie dem auch sei, zusammen mit den zusätzlichen Funktionen und dem vielversprechenden Ansatz ist die Idee, dass Restangular auch alle Ihre URLs verarbeiten kann, so dass Sie nicht wissen müssen irgendetwas über sie.

Angenommen, Sie so etwas für Autos haben:/users/123/Autos/456

In $ resource, würden Sie diese URL konstruieren müssen manuell und man müsste auch die $ Ressource konstruieren Objekt dafür manuell. Restangular hilft Ihnen dabei, die URLs zu "erinnern".

Also, wenn Sie in einem Ort tun

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

hoffe, das hilft!

Answer 2

ngResource gibt keine Versprechen in der neuesten stabilen Version (derzeit 1.0.6). Darüber hinaus sieht es so aus, als ob Restangular mehr Verben als ngResource verfügbar macht (es macht PUT, OPTIONS, PATCH usw. verfügbar).

Wenn Sie die zusätzlichen Verben nicht benötigen und sich im instabilen Zweig von AngularJS befinden (was Versprechungen für ngResource beinhaltet), sehe ich keinen Hauptgrund, Restangular über ngResource zu verwenden.

Verwenden Sie alles, womit Sie sich wohl fühlen.

Answer 3

Ich fand Restangulars RequestInterceptor ziemlich praktisch, um einige Felder aus dem Objekt zu entfernen, bevor Sie die Anfrage machen. Die meisten REST-Webservices, mit denen ich gerade arbeite, erwarten nicht, dass die ID in den Objektdaten in einer PUT-Anfrage zum Beispiel nur in der URL steht. Im Allgemeinen erwarten sie keine zusätzlichen Datenfelder, die nicht durch PUT aktualisiert werden können (wie die ID oder ein Slug, der durch das Setzen des Titels usw. erzeugt wird). Ich fand das mit Restangular einfach, während ich nicht herausgefunden habe, wie man es mit $ resource sauber macht, aber ich bin mir sicher, dass es irgendwie möglich ist.

Natürlich könnte man auch den Webservice ändern, um diese zusätzlichen Felder einfach zu ignorieren, aber das ist nicht immer möglich.

Answer 4

Als Follow-up zu den oben genannten Antworten und für neue Leser, wie ich, interessiert sich für diesen Gedanken:

„Und wenn das passiert Restangular wie es scheint, wird verschwinden und irrelivant werden."

‚Was in drei Monaten passiert, wenn dieser Typ Unterstützung für Restangular fällt, weil Googles ngResource auf alle Funktionen gefangen es fehlte.‘

• [fragte vor 2 Jahren]

meiner Meinung nach der nur Garantie zum überleben einer Open-Source- Bibliothek ist die Gemeinde um sie herum gebaut. ein bestes Beispiel wäre mariaDB und WebScaleSQL, die beide als eine wachsende Gabel zum großen relationalen Datenbankmanagementsystem MySQL geboren wurden.

Zu dieser Zeit geht Restangular having 6699 stars and 727 forks jetzt zu Restangular 2.0 über, das angularJs 2.0 und ES6 unterstützen soll.

• Diskussion über: https://github.com/mgonto/restangular/issues/890.
• erste Repo-Vorschau: https://github.com/mgonto/restangular/tree/2.0-wip
• ng-Europa-Konferenz von mgonto präsentiert: https://youtu.be/fWar75R1NGo