AngularJS $ http і $ ресурс

У мене є кілька веб-служб, які я хочу зателефонувати. $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 плюс не-RESTful api.

і $resourceспеціалізується на цій ВІДПОВІДНІЙ частині.

Спокійний Апі в останні роки переважає, оскільки URL краще організований замість випадкової URL-адреси, складеної програмістами.

Якщо я буду використовувати API RESTful для побудови 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...
        }

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

Якщо API щось подібне /api/getcarsinfo. Залишилося нам скористатися $http.

Я думаю, що відповідь більше залежить від того, хто ти знаходишся під час написання коду. Використовуйте, $httpякщо ви новачок у Angular, поки не зрозумієте, для чого це потрібно $resource. Поки у вас є конкретний досвід того , як $httpвас стримує, і ви розумієте наслідок використання $resourceв вашому коді , палиці $http.

Це був мій досвід: я розпочав свій перший проект Angular, мені потрібно було зробити запити HTTP до інтерфейсу RESTful, тому я зробив те саме дослідження, що ви робите зараз. На основі обговорення, який я читав у таких питаннях, як цей, я вирішив піти $resource. Це була помилка, яку я хотів би скасувати. Ось чому:

1. $httpприкладів безліч, корисних і загалом лише те, що вам потрібно. Ясних $resourceприкладів мало, і (на мій досвід) рідко все, що потрібно. Що стосується кутового новачка, ви не зрозумієте наслідків свого вибору до пізніше, коли ви будете спантеличені документацією і злитесь, що не можете знайти корисних $resourceприкладів, які допоможуть вам допомогти.
2. $httpце, мабуть, ментальна карта «1 на 1» для того, що ви шукаєте. Вам не доведеться вивчати нову концепцію, щоб зрозуміти, що ви отримуєте $http. $resourceприносить багато нюансів, про які ви ще не маєте ментальної карти.
3. На жаль, я сказав, що вам не доведеться вивчати нову концепцію? В якості кутового новачка ви дійсно повинні дізнатися про обіцянки. $httpповертає обіцянку та .thenзможе, тож вона відповідає всім новим речам, про які ви дізнаєтесь про Angular, та обіцянках. $resource, що не повертає обіцянки безпосередньо, ускладнює ваше попереднє розуміння кутових основ.
4. $resourceє потужним, оскільки конденсує код для RESTful викликів CRUD та перетворень для введення та виводу. Це чудово, якщо вам не вистачає багаторазового написання коду для обробки результатів $http. Для всіх інших $resourceдодає криптичний шар синтаксису та передачі параметрів, що заплутано.

Мені б хотілося, щоб я знав мене 3 місяці тому, і я б наголошував собі: "Дотримуйтесь $httpдитину. Це просто добре".

Я думаю, що важливо підкреслити, що $ ресурс очікує об'єкт або масив як відповідь від сервера, а не необроблений рядок. Отже, якщо у вас є відповідна рядок (або що-небудь крім об'єкта та масиву) як відповідь, вам доведеться використовувати $ http

Що стосується вибору $httpабо $resourceтехнічно кажучи, то немає правильної чи неправильної відповіді, по суті обидва зроблять те ж саме.

Мета $resource- дозволити вам передати рядок шаблону (рядок, що містить заповнювачі) разом зі значеннями параметрів. $resourceзамінить заповнювачі заповнення рядка шаблону значеннями параметрів, переданими як об'єкт. Це в основному корисно при взаємодії з джерелом даних RESTFul, оскільки вони використовують подібні принципи для визначення URL-адрес.

Що $httpпотрібно для виконання асинхронних запитів HTTP.

Служба ресурсів - просто корисна послуга для роботи з REST APSI. при його використанні ви не записуєте свої методи CRUD (створюйте, читайте, оновлюйте та видаляйте)

Наскільки я бачу, сервіс ресурсів - це лише ярлик, з сервісом http ви можете робити все що завгодно.

Одне, що я помітив під час використання ресурсу $ понад $ http, - це якщо ви використовуєте Web API у .net

$ ресурс пов'язаний в один контролер, який виконує єдину мету.

$ 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 / автентифікація"

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

це лише моя думка.

Служба ресурсів $ на даний момент не підтримує обіцянок і тому має чітко інший інтерфейс до служби $ http.