Açısal JS $ http ve $ kaynak

Aramak istediğim bazı web servislerim var. $resourceveya $httphangisini kullanmalıyım?

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

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

Yukarıdaki iki API sayfasını okuduktan sonra kayboldum.

Bana açık İngilizce olarak farkın ne olduğunu ve hangi durumda onları kullanmalıyım? Bu aramaları nasıl yapılandırabilir ve sonuçları doğru bir şekilde js nesnelerine okuyabilirim?

$httpgenel amaçlı AJAX içindir. Çoğu durumda kullanacağınız şey budur. İle $httpsen yapma gibi gidiyoruz GET, POST, DELETEtip manuel çağırır ve işleme onlar kendi başınıza dönmek nesneleri.

$resource$httpRESTful web API senaryolarında kullanılmak üzere sarar .

ÇOK genellikle Konuşma: Bir dinlendirici web hizmeti yöntemleri gibi HTTP dayalı veri türüyle farklı şeyler yapan bir veri türü için bir son nokta olan bir hizmet olacak GET, POST, PUT, DELETE, vb Yani bir ile $resource, bir çağırabilir GETkaynak elde etmek bir JavaScript nesnesi olarak değiştirin ve ardından a ile geri gönderin POSTve hatta ile silin DELETE.

... Mantıklı geliyorsa.

Diğer cevapların, doğru olsa da, sorunun kökünü tam olarak açıklamadığını hissediyorum: RESTbir alt kümesidir HTTP. Yoluyla yapılabilir Bu araçlar her şey RESTaracılığıyla yapılabilir HTTParacılığıyla yapılabilecek her şeyi ama HTTParacılığıyla yapılabilir REST. Bu yüzden dahili olarak $resourcekullanır $http.

Peki, ne zaman birbirlerini kullanmalı?

Tek ihtiyacınız olan şey REST, yani bir web RESTfulservisine erişmeye çalışıyorsanız ,$resource , bu web servisiyle etkileşimi süper kolaylaştıracaktır.

Bunun yerine, bir web hizmeti olmayan herhangi bir şeye erişmeye çalışıyorsanız RESTful, devam etmeniz gerekecek $http. Unutmayın, RESTfulüzerinden bir web servisine de erişebilirsiniz $http, sadece olduğundan çok daha hantal olacaktır $resource. Çoğu insan bunu AngularJS dışında jQuery.ajax(Angular's eşdeğerini $http) kullanarak yapıyor .

$httphangi genel amaçlı AJAX çağrısı yapar genel bunu içerebilir araçlarının RESTful API artı Olmayan dinlendirici api.

ve $resourcebu RESTful kısmı için uzmanlaşmıştır .

Dinlendirici API son yıllarda yaygınlaştı çünkü url, programcılar tarafından oluşturulan rastgele url yerine daha iyi organize edildi.

URL oluşturmak için bir RESTful API kullanırsanız, böyle bir şey olurdu /api/cars/:carId.

$resource veri getirmenin yolu

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

    }]);

Bu size bir verecek kaynak nesne ile eşlik ediyor, get, save, query, remove, deleteotomatik yöntemlerle.

$http veri getirmenin yolu

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'sinde her ortak işlemi nasıl tanımlamamız gerektiğini görün . Ayrıca bir fark olduğunu $httpdöner promiseiken $resourcegeri dönüş bir amacı. Eğik anlaşma yardımcı olmak üzere üçüncü taraf eklentileri de vardır dinlendirici API gibi restangular

API gibi bir şeyse /api/getcarsinfo. Bizim için geriye kalan tek şey kullanmak $http.

Cevabın daha çok kodu yazarken kim olduğunuza bağlı olduğunu düşünüyorum . Angular'da yeniyseniz, neden ihtiyacınız olduğunu öğreninceye kadar kullanın . $http$resourceNasıl somut deneyime sahip olana kadar $httpgeri düzenliyor ve kullanmakta etkilerini anlamaya $resourceiçinde Kodunuzdaki ile, sopa $http.

Bu benim tecrübemdi: İlk Açısal projemi başlattım, RESTful arayüzüne HTTP istekleri yapmam gerekiyordu, bu yüzden şimdi aynı araştırmayı yaptım. Bunun gibi SO sorularında okuduğum tartışmaya dayanarak devam etmeyi seçtim $resource. Keşke geri alabilseydim bir hataydı. İşte nedeni:

1. $httpörnekler bol, yardımcı ve genellikle ihtiyacınız olan şey. Net $resourceörnekler azdır ve (deneyimlerime göre) nadiren ihtiyacınız olan her şeydir. Açısal yeni başlayanlar için, dokümantasyona kafa karıştırıp sıkışıp kalmanıza $resourceyardımcı olacak yararlı örnekler bulamadığınıza kadar, seçtiğiniz sonuçların farkına varamayacaksınız .
2. $httpmuhtemelen aradığınız şeyin bire bir zihin haritasıdır. Neyle karşılaştığınızı anlamak için yeni bir konsept öğrenmek zorunda değilsiniz $http.$resourcehenüz zihinsel bir haritanız olmadığı için pek çok nüans getiriyor.
3. Hata! Yeni bir konsept öğrenmek zorunda olmadığınızı söyledim mi? Bir Eğik acemi olarak size do vaat hakkında öğrenmek zorunda. $httpbir söz .thenveriyor ve başarabiliyor, bu yüzden Angular ve vaatler hakkında öğrendiğiniz yeni şeylere uyuyor. $resourcedoğrudan bir söz vermeyen, açısal temeller üzerindeki belirsiz kavrayışınızı zorlaştırır.
4. $resourcegüçlüdür çünkü RESTful CRUD çağrılarının kodunu ve giriş ve çıkış dönüşümlerini yoğunlaştırır. $httpKendinizin sonuçlarını işlemek için tekrar tekrar kod yazmaktan bıktıysanız bu harika bir şey. Başka birine $resource, kafa karıştırıcı bir sözdizimi ve parametre geçirme gibi şifreli bir katman ekler.

Keşke beni 3 ay önce tanımış olsaydım ve kendime kesinlikle şunu söylerdim: "Çocuğa sadık kal $http. Sorun değil."

Ben $ kaynak nesne veya dizi ham dize değil sunucudan yanıt olarak beklemek vurgulamak önemli olduğunu düşünüyorum. Yanıt olarak ham dize (veya nesne ve dizi dışında bir şey) varsa, $ http kullanmanız gerekir

Seçim yapmak söz konusu olduğunda $httpveya$resourceTeknik konuşmak , özünde doğru ya da yanlış cevap yoktur, her ikisi de aynı şeyi yapacaktır.

Amacı $resource, parametre değerleriyle birlikte bir şablon dizesi (yer tutucu içeren bir dize) geçirmenize izin vermektir. yer tutucuların$resource yerini alacak parametresi ile şablon dizisinden bir nesne olarak geçirilen bu varlık değer verir. URL'leri tanımlamak için benzer ilkeleri kullandıklarından, bu çoğunlukla RESTFul veri kaynağı ile etkileşimde kullanışlıdır.

Bunun $httpiçin Eşzamansız HTTP İsteklerini gerçekleştirmektir.

kaynak hizmeti sadece REST APSI'lerle çalışmak için yararlı bir hizmettir. kullandığınızda CRUD yöntemlerinizi yazmazsınız (oluşturma, okuma, güncelleme ve silme)

Gördüğüm kadarıyla, kaynak hizmeti sadece bir kısayoldur, http hizmeti ile her şeyi yapabilirsiniz.

$ Http üzerinde $ kaynak kullanırken fark bir şey .net Web API kullanıyorsanız

$ resource, tek bir amacı yürüten bir denetleyiciye bağlanır.

$ 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 bir şey olabilir iken. sadece URL'yi belirtin.

$ http.get - "api / kimlik doğrulaması"

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

bu sadece benim görüşüm.

$ Kaynak hizmeti şu anda vaatleri desteklememektedir ve bu nedenle $ http hizmetiyle belirgin şekilde farklı bir arayüze sahiptir.