AngularJS $ http i $ zasób

Mam usługi sieciowe, do których chcę zadzwonić. $resourcelub $httpktórego powinienem użyć?

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

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

Po przeczytaniu dwóch powyższych stron interfejsu API zgubiłem się.

Czy możesz mi wyjaśnić prostym językiem angielskim, jaka jest różnica iw jakiej sytuacji powinienem ich użyć? Jak uporządkować te wywołania i poprawnie odczytać wyniki w obiektach js?

$httpjest do ogólnego zastosowania AJAX. W większości przypadków będziesz tego używać. Z $httpidziesz do tworzenia GET, POST, DELETEtyp połączenia ręcznie i przetwarzania obiektów wrócą na własną rękę.

$resourceokłady $httpdo użytku w scenariuszach interfejsu API sieci Web RESTful.

Mówiąc bardzo ogólnie: serwis internetowy spokojny będzie serwis z jednego punktu końcowego dla typu danych, który robi różne rzeczy z tego typu danych w oparciu o metody HTTP podoba GET, POST, PUT, DELETE, itd. Tak więc z $resource, można nazwać to GET, aby uzyskać zasób jako obiekt JavaScript, a następnie zmień go i odeślij za pomocą POST, a nawet usuń za pomocą DELETE.

... Jeśli to ma sens.

Wydaje mi się, że inne odpowiedzi, choć poprawne, nie wyjaśniają źródła pytania: RESTjest podzbiorem HTTP. Oznacza to, że wszystko, co można zrobić, RESTmożna zrobić, HTTPale nie wszystko, co można zrobić, HTTPmożna zrobić za pośrednictwem REST. Dlatego $resourceużywa $httpwewnętrznie.

Kiedy więc się nawzajem używać?

Jeśli wszystko, czego potrzebujesz REST, to znaczy, że próbujesz uzyskać dostęp do RESTfulusługi sieci web, $resourceułatwi to interakcję z tą usługą.

Jeśli zamiast tego próbujesz uzyskać dostęp do WSZYSTKIEGO, co nie jest RESTfulusługą internetową, musisz iść z tym $http. Pamiętaj, że możesz również uzyskać dostęp do RESTfulusługi internetowej za pośrednictwem $http, będzie to o wiele bardziej kłopotliwe niż z $resource. W ten sposób większość ludzi robi to poza AngularJS, używając jQuery.ajax(odpowiednik Angulara $http).

$httpsprawia ogólnego zastosowania AJAX rozmowę, w której ogólny środek może zawierać REST API plusa dla REST API.

i $resourcespecjalizuje się w tej części RESTful .

Restful Api zaczęło dominować w ostatnich latach, ponieważ adres URL jest lepiej zorganizowany zamiast losowego adresu utworzonego przez programistów.

Jeśli użyję interfejsu API RESTful do skonstruowania adresu URL, byłoby to coś w rodzaju /api/cars/:carId.

$resource sposób na pobranie danych

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

    }]);

To daje obiekt zasobu , który towarzyszy get, save, query, remove, deleteautomatycznie metod.

$http sposób na pobranie danych

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...
        }

Zobacz, jak musimy zdefiniować każdą wspólną operację w interfejsie API RESTFul . Jedną z różnic jest to, że $httpzwraca, promisegdy $resourcezwraca obiekt. Istnieją również wtyczki innych firm, które pomagają Angularowi radzić sobie z RESTFul API, np. W wersji prostokątnej

Jeśli interfejs API jest podobny /api/getcarsinfo. Pozostało nam tylko skorzystać $http.

Myślę, że odpowiedź zależy bardziej od tego, kim jesteś w momencie pisania kodu. Użyj, $httpjeśli nie znasz Angulara, dopóki nie dowiesz się, dlaczego potrzebujesz $resource. Dopóki nie będziesz mieć konkretnego doświadczenia, jak $httpCię powstrzymuje i nie zrozumiesz implikacji używania $resourcew kodzie , trzymaj się $http.

Takie było moje doświadczenie: zacząłem swój pierwszy projekt Angular, musiałem wysyłać żądania HTTP do interfejsu RESTful, więc zrobiłem te same badania, co teraz. W oparciu o dyskusję, którą przeczytałem w SO pytaniach takich jak to, zdecydowałem się przejść $resource. To był błąd, który chciałbym cofnąć. Dlatego:

1. $httpprzykłady są obfite, pomocne i zasadniczo tylko to, czego potrzebujesz. Jasne $resourceprzykłady są rzadkie i (z mojego doświadczenia) rzadko wszystko, czego potrzebujesz. Dla początkującego Angulara nie zdasz sobie sprawy z konsekwencji swojego wyboru, dopóki nie utkniesz w dokumentacji i zła, że ​​nie możesz znaleźć pomocnych $resourceprzykładów , które mogłyby ci pomóc.
2. $httpto prawdopodobnie mapa mentalna 1 do 1, której szukasz. Nie musisz uczyć się nowej koncepcji, aby zrozumieć, co otrzymujesz $http. $resourceprzynosi wiele niuansów, na które jeszcze nie masz mapy myśli.
3. Ups, czy powiedziałem, że nie musisz uczyć się nowej koncepcji? Jak kątowym początkujących ty nie musiał dowiedzieć się o obietnicach. $httpzwraca obietnicę i jest w .thenstanie, więc pasuje do nowych rzeczy, których uczysz się o Angularu i obietnicach. $resource, co nie zwraca obietnicy bezpośrednio, komplikuje twoje niepewne zrozumienie podstaw Angular.
4. $resourcejest potężny, ponieważ zagęszcza kod dla wywołań RESTful CRUD i przekształceń dla danych wejściowych i wyjściowych. To świetnie, jeśli masz dość ciągłego pisania kodu w celu przetworzenia własnych wyników $http. Każdemu innemu $resourcedodaje zagadkową warstwę składni i przekazywania parametrów, która jest myląca.

Chciałbym poznać mnie 3 miesiące temu i zdecydowanie powiedziałbym sobie: „Trzymaj się $httpdzieciaka. W porządku”.

Myślę, że należy podkreślić, że $ zasób oczekuje obiektu lub tablicy jako odpowiedzi od serwera, a nie nieprzetworzonego ciągu. Więc jeśli masz nieprzetworzony ciąg znaków (lub cokolwiek innego niż obiekt i tablica) w odpowiedzi, musisz użyć $ http

Jeśli chodzi o wybór między, $httpalbo $resourcetechnicznie rzecz biorąc, nie ma właściwej lub złej odpowiedzi w istocie, obie postąpią tak samo.

Celem $resourcejest umożliwienie przekazania ciągu szablonu (ciągu zawierającego symbole zastępcze) wraz z wartościami parametrów. $resourcezastąpi symbole zastępcze z ciągu szablonu wartościami parametrów przekazywanymi jako obiekt. Jest to szczególnie przydatne podczas interakcji ze źródłem danych RESTFul, ponieważ używają podobnych zasad do definiowania adresów URL.

Co $httppolega na wykonywaniu asynchronicznych żądań HTTP.

usługa zasobów jest po prostu użyteczną usługą do pracy z REST APSI. kiedy go używasz, nie piszesz metod CRUD (twórz, czytaj, aktualizuj i usuwaj)

O ile mi wiadomo, usługa zasobów to tylko skrót, z usługą http można zrobić wszystko.

Jedną z rzeczy, które zauważyłem podczas używania $ $ w stosunku do $ http, jest to, że używasz Web API w .net

Zasób $ jest powiązany w jeden kontroler, który wykonuje jeden cel.

$ 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)
{
}

Podczas gdy $ http może być czymkolwiek. wystarczy podać adres URL.

$ http.get - „api / autentify”

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

to tylko moja opinia.

Usługa $ $ obecnie nie obsługuje obietnic i dlatego ma wyraźnie inny interfejs niż usługa $ http.