AngularJS $ http и $ resource

У меня есть несколько веб-сервисов, на которые я хочу позвонить. $resourceили $httpкакой из них мне следует использовать?

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

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

После того, как я прочитал две вышеупомянутые страницы API, я потерян.

Не могли бы вы объяснить мне на простом английском языке, в чем разница и в какой ситуации я должен их использовать? Как мне структурировать эти вызовы и правильно читать результаты в объекты js?

$httpдля общего назначения AJAX. В большинстве случаев это то, что вы будете использовать. С $httpвы собираетесь делать GET, POST, DELETEтип вызовов вручную и обработки объектов , они возвращаются на свои собственные.

$resourceобертки $httpдля использования в сценариях RESTful web API.

Если говорить в самом общем виде : веб - сервис успокоительной будет обслуживание с одной конечной точки для типа данных , который делает разные вещи с этим типом данных на основе HTTP методы , такие как GET, POST, PUT, DELETEи т.д. Таким образом , с $resource, вы можете назвать , GETчтобы получить ресурс как объект JavaScript, затем измените его и отправьте обратно с помощью POSTили даже удалите его с помощью DELETE.

... если это имеет смысл.

Я чувствую, что другие ответы, хотя и правильные, не совсем объясняют суть вопроса: RESTэто подмножество HTTP. Это означает, что все, что может быть сделано через, RESTможет быть сделано через, HTTPно не все, что может быть сделано через, HTTPможет быть сделано через REST. Поэтому$resource использует $httpвнутренне.

Итак, когда использовать друг друга?

Если все, что вам нужно, это то REST, что вы пытаетесь получить доступ кRESTful веб-сервису, $resourceэто очень упрощает взаимодействие с этим веб-сервисом.

Если вместо этого вы пытаетесь получить доступ ко всему, что не является RESTfulвеб-сервисом, вам придется с этим согласиться $http. Имейте в виду, вы также можете получить доступ к RESTfulвеб-сервису через $http, это будет гораздо более громоздким, чем с $resource. Именно так большинство людей делают это вне AngularJS, используя jQuery.ajax(эквивалент Angular's $http).

$httpделает общего назначения AJAX вызова, в котором вообще означает , что он может включать в себя RESTful API плюс Non-успокоительный API.

и $resourceспециализируется на этой части RESTful .

Restful Api стал распространенным в последние годы, потому что URL лучше организован, а не случайный URL, составленный программистами.

Если бы я использовал RESTful API для создания URL, это было бы что-то вроде /api/cars/:carId.

$resource способ получения данных

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

    }]);

Это даст вам объект ресурса , который сопровождается с get, save, query, remove, deleteметодами автоматически.

$http способ получения данных

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

Посмотрите, как нам нужно определить каждую общую операцию в RESTFul API . Также одним отличием является то, что $httpвозвращает promiseвремя $resourceвозвращает объект. Существуют также сторонние плагины, помогающие Angular справляться с RESTFul API, такие как restangular

Если API это что-то вроде /api/getcarsinfo. Все что нам осталось это использовать $http.

Я думаю, что ответ больше зависит от того, кем вы являетесь в то время, когда пишете код. Используйте, $httpесли вы новичок в Angular, пока не знаете, зачем вам это нужно $resource. Пока у вас не будет конкретного опыта того, как $httpвас сдерживать, и вы не поймете смысл использования $resourceв вашем коде , придерживайтесь $http.

Это был мой опыт: я начал свой первый Angular-проект, мне нужно было отправлять HTTP-запросы в интерфейс RESTful, поэтому я провел то же исследование, что и вы сейчас. Основываясь на обсуждении, которое я прочитал в таких вопросах, как этот, я решил пойти с ним $resource. Это была ошибка, которую я хотел бы отменить. Вот почему:

1. $httpпримеров много, они полезны и, как правило, именно то, что вам нужно. Ярких $resourceпримеров мало, и (по моему опыту) редко все, что вам нужно. Для новичка Angular вы не поймете последствия вашего выбора до тех пор, пока вы не озадачены документацией и не злитесь на то, что не можете найти полезных $resourceпримеров, которые могли бы вам помочь.
2. $httpэто, вероятно, ментальная карта 1 к 1 с тем, что вы ищете. Вам не нужно изучать новую концепцию, чтобы понять, что вы получаете $http.$resourceприносит много нюансов, для которых у вас еще нет ментальной карты.
3. К сожалению, я сказал, что вам не нужно изучать новую концепцию? В качестве углового новичка вы действительно должны узнать о обещаниях. $httpвозвращает обещание и .thenможет, так что оно вписывается в новые вещи, которые вы узнаете об Angular и обещаниях. $resource, который не возвращает обещание напрямую, усложняет ваше предварительное понимание угловых основ.
4. $resourceявляется мощным, потому что он конденсирует код для вызовов RESTful CRUD и преобразования для ввода и вывода. Это здорово, если вам надоело многократно писать код для обработки результатов $httpсебя. Для всех, кто $resourceдобавляет загадочный слой синтаксиса и передачи параметров, что сбивает с толку.

Хотелось бы, чтобы я знал меня 3 месяца назад, и я бы решительно сказал себе: «Держись с $httpребенком. Это просто прекрасно».

Я думаю, что важно подчеркнуть, что $ resource ожидает объект или массив как ответ от сервера, а не необработанную строку. Поэтому, если в качестве ответа у вас есть необработанная строка (или что-либо кроме объекта и массива), вы должны использовать $ http

Когда дело доходит до выбора между $httpили$resource технически говоря, нет правильного или неправильного ответа, по сути, оба будут делать то же самое.

Цель $resourceсостоит в том, чтобы позволить вам передать строку шаблона (строку, содержащую заполнители) вместе со значениями параметров. $resourceзаменит заполнители из строки шаблона значениями параметров, передаваемыми в качестве объекта. Это в основном полезно при взаимодействии с источником данных RESTFul, так как они используют аналогичные принципы для определения URL.

Что $httpделает для выполнения асинхронных HTTP-запросов.

Сервис ресурсов - это просто полезный сервис для работы с REST APSI. когда вы используете его, вы не пишете свои методы CRUD (создавать, читать, обновлять и удалять)

Насколько я понимаю, ресурсная служба - это просто ярлык, с http-сервисом можно делать все что угодно.

Одна вещь, которую я заметил при использовании $ resource over $ http, - это если вы используете Web API в .net

$ resource связан с одним контроллером, который выполняет одну цель.

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

Хотя $ http может быть чем угодно. просто укажите URL.

$ http.get - "api / authenticate"

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

это только мое мнение.

Служба $ resource в настоящее время не поддерживает обещания и поэтому имеет совершенно другой интерфейс со службой $ http.