AngularJS $ http und $ resource

Ich habe einige Webdienste, die ich anrufen möchte. $resourceoder $httpwelches soll ich verwenden?

$resource: https://docs.angularjs.org/api/ngResource/service/$resource

$http: https://docs.angularjs.org/api/ng/service/$http

Nachdem ich die beiden obigen API-Seiten gelesen habe, bin ich verloren.

Könnten Sie mir bitte im Klartext erklären, was der Unterschied ist und in welcher Situation ich sie verwenden soll? Wie strukturiere ich diese Aufrufe und lese die Ergebnisse korrekt in js-Objekte ein?

$httpist für allgemeine Zwecke AJAX. In den meisten Fällen verwenden Sie dies. Mit $httpIhnen zu machen gehst GET, POST, DELETEruft Typ manuell und Verarbeitung der Objekte , die sie auf eigene Faust zurück.

$resourceWraps $httpzur Verwendung in RESTful-Web-API-Szenarien.

Sprechen Ganz allgemein: Ein RESTful Web - Service ein Service mit einem Endpunkt für einen Datentyp sein , die unterschiedliche Dinge mit diesem Datentyp tut basiert auf HTTP - Methoden wie GET, POST, PUT, DELETE, etc. So mit ein $resource, Sie können einen Anruf auf GETdie Ressource zu erhalten Ändern Sie es dann als JavaScript-Objekt und senden Sie es mit einem zurück POSToder löschen Sie es sogar mit DELETE.

... wenn das Sinn macht.

Ich habe das Gefühl, dass andere Antworten, obwohl sie richtig sind, die Wurzel der Frage nicht ganz erklären: RESTist eine Teilmenge von HTTP. Dies bedeutet, dass alles, was über erledigt werden RESTkann, über erledigt werden kann, HTTPaber nicht alles, was über erledigt werden HTTPkann, über REST. Deshalb $resourcenutzt $httpintern.

Also, wann man sich benutzt?

Wenn RESTSie nur versuchen, auf einen RESTfulWebservice zuzugreifen , $resourcewird die Interaktion mit diesem Webservice sehr einfach.

Wenn Sie stattdessen versuchen, auf ALLES zuzugreifen, was kein RESTfulWebservice ist, müssen Sie mitgehen $http. Denken Sie daran, dass Sie auch über auf einen RESTfulWebservice zugreifen können. Dies $httpist nur viel umständlicher als bei $resource. Dies ist die Art und Weise, wie die meisten Leute es außerhalb von AngularJS gemacht haben, indem sie jQuery.ajax(äquivalent zu Angulars $http) verwendet haben.

$httpführt einen Allzweck-AJAX-Aufruf durch, wobei allgemein bedeutet, dass er RESTful- API und Non-RESTful- API enthalten kann.

und $resourceist auf diesen RESTful- Teil spezialisiert.

Restful Api hat sich in den letzten Jahren durchgesetzt, weil die URL besser organisiert ist als die zufällige URL, die von Programmierern erstellt wurde.

Wenn ich eine RESTful-API verwende , um die URL zu erstellen, wäre das ungefähr so /api/cars/:carId.

$resource Weg, um Daten abzurufen

angular.module('myApp', ['ngResource'])

    // Service
    .factory('FooService', ['$resource', function($resource) {
        return $resource('/api/cars/:carId')
    }]);

    // Controller
    .controller('MainController', ['FooService', function(FooService){
        var self = this;
        self.cars = FooService.query();
        self.myCar = FooService.get('123');

    }]);

Dies wird Ihnen ein Ressourcenobjekt , das mit einhergeht get, save, query, remove, deleteautomatisch Methoden.

$http Weg, um Daten abzurufen

angular.module('myApp', [])

    // Service
    .factory('FooService', ['$http', function($http){
        return {
            query: function(){
                return $http.get('/api/cars');
            },

            get: function(){
                return $http.get('/api/cars/123');
            }
            // etc...
        }

Sehen Sie, wie wir jede allgemeine Operation in der RESTFul-API definieren müssen . Auch ein Unterschied ist , dass die $httpRenditen , promisewährend $resourceein Objekt zurückgegeben. Es gibt auch Drittanbieter - Plug - ins Eckige Deal mit helfen RESTful API wie restangular

Wenn die API so etwas wie ist /api/getcarsinfo. Alles was für uns übrig bleibt ist zu benutzen $http.

Ich denke, die Antwort hängt mehr davon ab, wer Sie zum Zeitpunkt des Schreibens des Codes sind. Verwenden $httpSie diese Option, wenn Sie Angular noch nicht kennen, bis Sie wissen, warum Sie sie benötigen $resource. Bis Sie konkrete Erfahrung haben , wie $httpSie zurückhält, und Sie verstehen die Auswirkungen der Verwendung $resourcein Ihrem Code , Stick mit $http.

Dies war meine Erfahrung: Ich habe mein erstes Angular-Projekt gestartet. Ich musste HTTP-Anforderungen an eine RESTful-Schnittstelle senden, also habe ich die gleichen Untersuchungen durchgeführt, die Sie jetzt durchführen. Aufgrund der Diskussion, die ich in SO-Fragen wie dieser gelesen habe, habe ich mich dafür entschieden $resource. Dies war ein Fehler, den ich gerne rückgängig machen könnte. Hier ist der Grund:

1. $httpBeispiele sind reichlich vorhanden, hilfreich und im Allgemeinen genau das, was Sie brauchen. Klare $resourceBeispiele sind rar und (meiner Erfahrung nach) selten alles, was Sie brauchen. Für den Angular-Neuling werden Sie die Auswirkungen Ihrer Wahl erst später erkennen, wenn Sie über die Dokumentation rätseln und sich darüber ärgern, dass Sie keine hilfreichen $resourceBeispiele finden, die Ihnen helfen können.
2. $httpist wahrscheinlich eine 1-zu-1-mentale Karte zu dem, was Sie suchen. Sie müssen kein neues Konzept lernen, um zu verstehen, was Sie damit erreichen $http. $resourcebringt eine Menge Nuancen mit sich, für die Sie noch keine mentale Karte haben.
3. Hoppla, habe ich gesagt, dass Sie kein neues Konzept lernen müssen? Als Angular Neuling Sie tun müssen , um Versprechungen zu lernen. $httpgibt ein Versprechen zurück und ist in der .thenLage, so dass es genau zu den neuen Dingen passt, die Sie über Angular und Versprechen lernen. $resource, das kein Versprechen direkt zurückgibt, erschwert Ihr vorläufiges Verständnis der Angular-Grundlagen.
4. $resourceist leistungsstark, da es den Code für RESTful CRUD-Aufrufe und die Transformationen für Eingabe und Ausgabe komprimiert. Das ist großartig, wenn Sie es satt haben, wiederholt Code zu schreiben, um die Ergebnisse Ihrer $httpselbst zu verarbeiten. Fügt jedem anderen $resourceeine verwirrende kryptische Ebene aus Syntax und Parameterübergabe hinzu.

Ich wünschte, ich hätte mich vor 3 Monaten gekannt, und ich würde mir nachdrücklich sagen: "Bleib beim $httpKind. Es ist in Ordnung."

Ich denke, es ist wichtig zu betonen, dass $ resource ein Objekt oder Array als Antwort vom Server erwartet, nicht als Rohzeichenfolge. Wenn Sie also eine Rohzeichenfolge (oder etwas anderes als Objekt und Array) als Antwort haben, müssen Sie $ http verwenden

Wenn es darum geht, zwischen $httpoder $resourcetechnisch gesehen zu wählen, gibt es im Wesentlichen keine richtige oder falsche Antwort. Beide werden das Gleiche tun.

Der Zweck von $resourcebesteht darin, Ihnen die Übergabe einer Vorlagenzeichenfolge (eine Zeichenfolge, die Platzhalter enthält) zusammen mit den Parameterwerten zu ermöglichen. $resourceersetzt die Platzhalter aus der Vorlagenzeichenfolge durch die Parameterwerte, die als Objekt übergeben werden. Dies ist vor allem bei der Interaktion mit der RESTFul-Datenquelle hilfreich, da sie ähnliche Prinzipien zum Definieren der URLs verwenden.

Sie $httpführen die asynchronen HTTP-Anforderungen aus.

Der Ressourcenservice ist nur ein nützlicher Service für die Arbeit mit REST-APSIs. Wenn Sie es verwenden, schreiben Sie Ihre CRUD-Methoden nicht (erstellen, lesen, aktualisieren und löschen)

Aus meiner Sicht ist der Ressourcendienst nur eine Abkürzung. Mit dem http-Dienst können Sie alles tun.

Eine Sache, die mir bei der Verwendung von $ resource über $ http aufgefallen ist, ist, wenn Sie die Web-API in .net verwenden

$ resource ist an einen Controller gebunden, der einen einzigen Zweck ausführt.

$ resource ('/ user /: userId', {userId: '@ id'});

[HttpGet]
public bool Get(int id)
{
    return "value"
}

public void Post([FromBody]string value)
{
}

public void Put(int id, [FromBody]string value)
{
}

public void Delete(int id)
{
}

Während $ http von allem sein könnte. Geben Sie einfach die URL an.

$ http.get - "api / authenticate"

[HttpGet]
public bool Authenticate(string email, string password)
{
    return _authenticationService.LogIn(email, password, false);
}

Es ist nur meine Meinung.

Der $ resource-Dienst unterstützt derzeit keine Versprechen und verfügt daher über eine deutlich andere Schnittstelle zum $ http-Dienst.