Quel est l'avantage d'utiliser Restangular par rapport à ngResource?

ngResourcesemble déjà très simple à mettre en œuvre avec ...

Quels sont les avantages / inconvénients de l'utilisation de Restangular sur ngResource ?

1.1.3 $resourcerenverra des promesses et peut être implémenté en utilisant le dernier commit PR . Un support futur sera-t-il proposé pour $resourceprendre en charge des verbes supplémentaires que Restangular fait? Et si cela se produit, Restangular semble disparaître et devenir irréversible.

Je suis le créateur de Restangular.

J'ai créé une section sur le README avec les différences avec $ resource. Vous pouvez les consulter ici https://github.com/mgonto/restangular/blob/master/README.md#differences-with-resource

Quoi qu'il en soit, en résumé, outre les fonctionnalités supplémentaires et l'approche basée sur la promesse, l'idée est que Restangular peut également gérer toutes vos URL, de sorte que vous n'ayez rien à savoir à leur sujet.

Supposons que vous ayez quelque chose comme ceci pour les voitures: / users / 123 / cars / 456

Dans $ resource, vous devrez construire cette URL manuellement et vous devrez également construire l'objet $ resource pour cela manuellement. Restangular vous aide en cela en "mémorisant" les URL.

Donc si tu le fais dans un endroit

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

J'espère que cela t'aides!

J'ai trouvé RequestInterceptor de Restangular assez pratique pour supprimer certains champs de l'objet avant de faire la demande. La plupart des services Web REST avec lesquels je travaille actuellement n'attendent pas l'id dans les données d'objet dans une requête PUT par exemple, juste dans l'URL. En général, ils ne s'attendent pas à des champs de données supplémentaires qui ne peuvent pas être mis à jour par PUT (comme l'identifiant ou un slug généré en définissant le titre, etc.). J'ai trouvé que c'était simple avec Restangular alors que je n'ai pas compris comment le faire avec $ resource de manière propre, mais je suis sûr que c'est possible d'une manière ou d'une autre.

De toute évidence, on pourrait également modifier le service Web pour ignorer simplement ces champs supplémentaires, mais ce n'est pas toujours possible.

ngResource ne renvoie pas de promesses dans la dernière version stable (actuellement 1.0.6). De plus, il semble que Restangular expose plus de verbes que ngResource (il expose PUT, OPTIONS, PATCH, etc.).

Si vous n'avez pas besoin des verbes supplémentaires et que vous êtes sur la branche instable d'AngularJS (qui inclut des promesses pour ngResource), je ne vois aucune raison majeure d'utiliser Restangular sur ngResource.

Utilisez ce avec quoi vous vous sentez à l'aise.

Pour faire suite aux réponses ci-dessus et pour les nouveaux lecteurs, comme moi, intéressés par ces pensées:

«Et si cela se produit, Restangular semble disparaître et devenir irréversible.

"Que se passe-t-il dans trois mois lorsque ce type abandonne le support de Restangular parce que ngResource de Google a rattrapé toutes les fonctionnalités qui lui manquaient."

• [ demandé il y a 2 ans ]

À mon avis, la seule garantie de survie d'une bibliothèque open-source est la communauté construite autour d'elle. un meilleur exemple serait mariaDB et WebScaleSQL, qui sont tous les deux nés comme une fourchette croissante du grand système de gestion de bases de données relationnelles MySQL.

À l'heure actuelle, Restangular having 6699 stars and 727 forkspasse maintenant à Restangular 2.0 qui est censé prendre en charge angularJs 2.0 et ES6.

• discussion sur: https://github.com/mgonto/restangular/issues/890 .
• premier aperçu du dépôt: https://github.com/mgonto/restangular/tree/2.0-wip
• Conférence ng-europe présentée par mgonto: https://youtu.be/fWar75R1NGo

Pour un site Web simple et rapide que vous voulez exécuter pour toujours avec le support minimum, j'utiliserais le http HttpClient angulaire intégré qui que ce soit lorsque je travaille sur un projet que j'aime et que j'apprécie et j'essaie d'utiliser toutes les technologies cool alors J'utiliserai Ngx-Restangular

Vous devez également savoir que ngx-restangular fonctionne avec les services RESTful uniquement comme son nom l'indique. Donc, pour les services qui fournissent SOAP, vous ne pourrez pas utiliser Ngx-Restangular

https://ngx-restangular.com/

Cela étant dit , j'utiliserais ngx-restangular la plupart du temps car j'essaie toujours de travailler sur un projet que je trouve cool et d'essayer de mettre en œuvre ce que je pense être le meilleur.

Bonne chance!