AngularJS $ http e $ resource

Eu tenho alguns serviços da web que desejo chamar. $resourceou $httpqual deles devo usar?

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

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

Depois de ler as duas páginas acima da API, estou perdido.

Poderia me explicar em inglês simples qual é a diferença e em que situação devo usá-las? Como estruturar essas chamadas e ler os resultados em objetos js corretamente?

$httpé para uso geral AJAX. Na maioria dos casos, é isso que você usará. Com $httpvocê vai estar fazendo GET, POST, DELETEtipo chama manualmente e processar os objetos que o retorno sobre o seu próprio.

$resourceWraps $httppara uso em cenários de API da web RESTful.

Falando muito em geral: web service A RESTful será um serviço com um ponto de extremidade para um tipo de dados que faz coisas diferentes com esse tipo de dados com base em HTTP métodos como GET, POST, PUT, DELETE, etc. Assim, com um $resource, você pode chamar um GETpara obter o recurso como um objeto JavaScript, altere-o e envie-o de volta com a POST, ou mesmo exclua-o com DELETE.

... se isso faz sentido.

Eu sinto que outras respostas, embora corretas, não explicam bem a raiz da pergunta: RESTé um subconjunto de HTTP. Isso significa que tudo o que pode ser feito via RESTpode ser feito via, HTTPmas nem tudo o que pode ser feito via HTTPpode ser feito via REST. É por isso que $resourceusa $httpinternamente.

Então, quando usar um ao outro?

Se tudo o que você precisa é REST, você está tentando acessar um serviço da RESTfulweb,$resource isso facilita a interação com esse serviço da Web.

Se, em vez disso, você estiver tentando acessar QUALQUER COISA que não seja um serviço da RESTfulWeb, precisará seguir com isso $http. Lembre-se de que você também pode acessar um serviço da RESTfulWeb via $http, ele será muito mais complicado do que com ele $resource. É assim que a maioria das pessoas faz fora do AngularJS, usando jQuery.ajax(equivalente ao Angular $http).

$httpfaz uma chamada AJAX de uso geral, na qual geral significa que pode incluir API RESTful mais API não RESTful .

e $resourceé especializado para essa parte RESTful .

Restful Api veio a prevalecer nos últimos anos porque o URL é melhor organizado em vez do URL aleatório composto pelos programadores.

Se eu usar uma API RESTful para construir o URL, seria algo como /api/cars/:carId.

$resource maneira de buscar dados

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

    }]);

Isto lhe dará um objeto de recurso , que é acompanhado com get, save, query, remove, deletemétodos automaticamente.

$http maneira de buscar dados

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

Veja como precisamos definir cada operação comum na API RESTFul . Também uma diferença é que $httpretorna promiseenquanto $resourceretorna um objeto. Também existem plugins de terceiros para ajudar o Angular a lidar com a API RESTFul como restangular

Se a API é algo parecido /api/getcarsinfo. Tudo o que resta para nós é usar $http.

Acho que a resposta depende mais de quem você é no momento em que está escrevendo o código. Use $httpse você é novo na Angular, até saber por que precisa $resource. Até que você tenha uma experiência concreta de como o $httpestá impedindo e compreenda as implicações do uso $resourceno seu código , fique com ele $http.

Esta foi a minha experiência: iniciei meu primeiro projeto Angular, precisava fazer solicitações HTTP para uma interface RESTful, então fiz a mesma pesquisa que você está fazendo agora. Com base na discussão que li em perguntas como essa, escolhi seguir em frente $resource. Foi um erro que eu gostaria de desfazer. Aqui está o porquê:

1. $httpexemplos são abundantes, úteis e geralmente exatamente o que você precisa. $resourceExemplos claros são escassos e (na minha experiência) raramente tudo o que você precisa. Para o novato no Angular, você não perceberá as implicações de sua escolha até mais tarde, quando estiver confuso com a documentação e com raiva por não encontrar $resourceexemplos úteis para ajudá-lo.
2. $httpé provavelmente um mapa mental 1 para 1 do que você está procurando. Você não precisa aprender um novo conceito para entender com o que se relaciona $http.$resourcetraz muitas nuances para as quais você ainda não tem um mapa mental.
3. Opa, eu disse que você não precisa aprender um novo conceito? Como um novato Angular você não tem que aprender sobre promessas. $httpretorna uma promessa e é .thencapaz, por isso se encaixa perfeitamente nas novas coisas que você está aprendendo sobre a Angular e as promessas. $resource, que não retorna uma promessa diretamente, complica sua tentativa de entender os fundamentos angulares.
4. $resourceé poderoso porque condensa o código para chamadas RESTful CRUD e as transformações para entrada e saída. Isso é ótimo se você está cansado de escrever código repetidamente para processar os resultados $http. Para qualquer outra pessoa, $resourceadiciona uma camada enigmática de sintaxe e passagem de parâmetro que é confusa.

Eu gostaria de me conhecer há três meses e estaria enfaticamente dizendo a mim mesma: "Fique com a $httpcriança. Está tudo bem".

Eu acho que é importante enfatizar que $ resource espera objeto ou array como resposta do servidor, não como string não processada. Portanto, se você tiver uma sequência bruta (ou qualquer coisa, exceto objeto e matriz) como resposta, precisará usar $ http

Quando se trata de escolher entre $httpou$resource tecnicamente falando, não há uma resposta certa ou errada em essência, ambos farão o mesmo.

O objetivo de $resourceé permitir que você passe uma sequência de modelo (uma sequência que contém espaços reservados) junto com os valores dos parâmetros. $resourcesubstituirá os espaços reservados da string de modelo pelos valores dos parâmetros que estão sendo passados ​​como um objeto. Isso é útil principalmente ao interagir com a fonte de dados RESTFul, pois eles usam princípios semelhantes para definir os URLs.

O que $httpfaz é executar as solicitações HTTP assíncronas.

O serviço de recursos é apenas um serviço útil para trabalhar com REST APSIs. quando você o usa, não escreve seus métodos CRUD (criar, ler, atualizar e excluir)

Na minha opinião, o serviço de recursos é apenas um atalho, você pode fazer qualquer coisa com o serviço http.

Uma coisa que notei ao usar $ resource sobre $ http é se você estiver usando Web API em .net

O recurso $ está vinculado a um controlador que executa uma única finalidade.

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

Enquanto $ http pode ser de qualquer coisa. basta especificar o URL.

$ http.get - "API / autenticação"

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

é apenas a minha opinião.

O serviço de recursos $ atualmente não suporta promessas e, portanto, possui uma interface distintamente diferente do serviço $ http.