AngularJS: Когда использовать сервис вместо фабрики

allernhwkim изначально отправил ответ по этому вопросу, ссылаясь на его блог, однако модератор удалил его. Это единственное сообщение, которое я нашел, который не просто говорит вам, как делать то же самое с сервисом, провайдером и factory, но также сообщает вам, что вы можете делать с провайдером, которого вы не можете с помощью factory и с помощью factory, который вы не можете использовать со службой.

Непосредственно из своего блога:

app.service('CarService', function() {
   this.dealer="Bad";
    this.numCylinder = 4;
});

app.factory('CarFactory', function() {
    return function(numCylinder) {
      this.dealer="Bad";
        this.numCylinder = numCylinder
    };
});

app.provider('CarProvider', function() {
    this.dealerName = 'Bad';
    this.$get = function() {
        return function(numCylinder) {
            this.numCylinder = numCylinder;
            this.dealer = this.dealerName;
        }
    };
    this.setDealerName = function(str) {
      this.dealerName = str;
    }      
});

Это показывает, как CarService всегда будет производить автомобиль с 4 цилиндрами, вы не сможете его изменить для отдельных автомобилей. В то время как CarFactory возвращает функцию, поэтому вы можете сделать new CarFactory в своем контроллере, пройдя несколько цилиндров, характерных для этого автомобиля. Вы не можете сделать new CarService, потому что CarService - это объект, а не функция.

Причина, по которой фабрики работают не так:

app.factory('CarFactory', function(numCylinder) {
      this.dealer="Bad";
      this.numCylinder = numCylinder
});

И автоматически возвращайте функцию для создания экземпляра, потому что тогда вы не можете этого сделать (добавьте вещи в прототип /etc ):

app.factory('CarFactory', function() {
    function Car(numCylinder) {
        this.dealer="Bad";
        this.numCylinder = numCylinder
    };
    Car.prototype.breakCylinder = function() {
        this.numCylinder -= 1;
    };
    return Car;
});

Посмотрите, как буквально factory создает автомобиль.

Вывод из его блога довольно хорош:

В заключение,

---------------------------------------------------  
| Type    | Singleton| Instantiable | Configurable|
---------------------------------------------------  
| Factory | Yes      | No           | No          |
---------------------------------------------------  
| Service | Yes      | Yes          | No          |
---------------------------------------------------  
| Provider| Yes      | Yes          | Yes         |       
---------------------------------------------------  

• Используйте factory, когда вам нужен простой объект, такой как Hash, для example {foo; 1, bar: 2} Его легко закодировать, но вы не можете создать экземпляр он.

• Используйте службу, когда вам нужно создать экземпляр объекта, т.е. новый Клиент(), новый комментарий() и т.д.

• Используйте Provider, когда вам нужно его настроить. то есть тестовый URL, URL-адрес QA, производственный адрес.

Если вы обнаружите, что просто возвращаете объект в factory, вы, вероятно, должны использовать службу.

Не делайте этого:

app.factory('CarFactory', function() {
    return {
        numCylinder: 4
    };
});

Используйте сервис вместо:

app.service('CarService', function() {
    this.numCylinder = 4;
});

Концепция для всех этих поставщиков намного проще, чем первоначально. Если вы проанализируете поставщика и вытащите разные части, он станет очень понятным.

Проще говоря, каждый из этих поставщиков является специализированной версией другой, в следующем порядке: provider > factory > value/constant/service.

До тех пор, пока провайдер делает все возможное, вы можете использовать провайдера дальше по цепочке, что приведет к сокращению количества кода. Если он не выполняет то, что вы хотите, вы можете подняться по цепочке, и вам просто нужно написать больше кода.

Это изображение иллюстрирует, что я имею в виду. На этом изображении вы увидите код для провайдера, с выделенными фрагментами, показывающими, какие части поставщика могут использоваться для создания factory, значения и т.д. вместо.

Поставщики AngularJS, заводы, сервисы и т.д. - это одно и то же: http://www.simplygoodcode.com/wp-content/uploads/2015/11/angularjs-provider- сервис- factory -highlight.png

Для получения более подробной информации и примеров из сообщения в блоге, где я получил изображение, перейдите по ссылке: http://www.simplygoodcode.com/2015/11/the-difference-between-service-provider-and-factory-in-angularjs/

Оба factory и службы приводят к одноточечным объектам, которые могут быть настроены поставщиками и введены в контроллеры и блоки запуска. С точки зрения инъектора, нет никакой разницы, был ли объект получен из factory или службы.

Итак, когда использовать factory и когда использовать услугу? Это сводится к вашим предпочтениям в кодировании, и ничего больше. Если вам нравится модульный шаблон JS, перейдите к factory. Если вам нравится стиль конструктора ( "класс" ), перейдите к службе. Обратите внимание, что оба стиля поддерживают частные члены.

Преимущество службы может заключаться в том, что она более интуитивно понятна с точки зрения ООП: создайте "класс" и совместно с провайдером повторно используйте один и тот же код между модулями и измените поведение объектов-экземпляров просто путем предоставления различных параметров конструктору в блоке конфигурации.

Даже когда говорят, что все сервисы и заводы однотонные, я не согласен с этим на 100 процентов. Я бы сказал, что фабрики не одиночные, и это точка моего ответа. Я бы действительно подумал о имени, которое определяет каждый компонент (Service/ Factory), я имею в виду:

A factory, потому что он не является одиночным, вы можете создавать столько, сколько хотите, когда вы вводите, поэтому он работает как объект factory. Вы можете создать factory объекта вашего домена и работать более комфортно с этими объектами, которые могут быть похожими на объект вашей модели. Когда вы извлекаете несколько объектов, вы можете отображать их в этих объектах, и они могут действовать как другой слой между DDBB и моделью AngularJs. Вы можете добавлять методы к объектам, чтобы вы ориентировались на объекты немного больше вашего приложения AngularJs.

Между тем служба - это одиночный элемент, поэтому мы можем создать только один вид, возможно, не создадим, но у нас есть только один экземпляр, когда мы вводим в контроллер, поэтому служба больше похожа на общая служба (вызовы отдыха, функциональность..) для контроллеров.

Концептуально вы можете думать, что службы предоставляют услугу, фабрики могут создавать несколько экземпляров (объектов) класса

Нет ничего, что Factory не может сделать или лучше по сравнению с Сервисом. И наоборот. Factory просто кажется более популярным. Причиной этого является его удобство в обращении с частными/общественными членами. Служба будет более неуклюжей в этом отношении. При кодировании службы вы, как правило, делаете своих членов объектов общедоступными с помощью ключевого слова "this" и можете внезапно обнаружить, что эти публичные элементы не видны частным методам (т.е. Внутренним функциям).

var Service = function(){

  //public
  this.age = 13;

  //private
  function getAge(){

    return this.age; //private does not see public

  }

  console.log("age: " + getAge());

};

var s = new Service(); //prints 'age: undefined'

Angular использует ключевое слово "новое" для создания службы для вас, поэтому экземпляр Angular переходит к контроллеру, будет иметь тот же недостаток. Конечно, вы можете преодолеть проблему, используя это/это:

var Service = function(){

  var that = this;

  //public
  this.age = 13;

  //private
  function getAge(){

    return that.age;

  }

  console.log("age: " + getAge());

};

var s = new Service();// prints 'age: 13'  

Но с большой константой Сервиса это сделает код плохо читаемым. Более того, прототипы службы не будут видеть частных членов - для них будет доступна только публика:

var Service = function(){

  var name = "George";

};

Service.prototype.getName = function(){

  return this.name; //will not see a private member

};

var s = new Service();
console.log("name: " + s.getName());//prints 'name: undefined'

Подводя итог, использование Factory более удобно. Поскольку Factory не имеет этих недостатков. Я бы порекомендовал использовать его по умолчанию.

Можно использовать способ: создать объект или j ust для доступа к функциям из

Вы можете создать новый объект из службы

app.service('carservice', function() {
    this.model = function(){
        this.name = Math.random(22222);
        this.price = 1000;
        this.colour = 'green';
        this.manufacturer = 'bmw';
    }
});

.controller('carcontroller', function ($scope,carservice) { 
    $scope = new carservice.model();
})

Примечание:

• Служба
• по умолчанию возвращает объект, а не функцию конструктора.
• Итак, почему для функции конструктора установлено значение this.model.
• Благодаря этой службе будет возвращен объект, но но внутри этого объекта будет функция-конструктор, которая будет использоваться для создания нового объекта;

Вы можете создать новый объект из factory

app.factory('carfactory', function() {
    var model = function(){
        this.name = Math.random(22222);
        this.price = 1000;
        this.colour = 'green';
        this.manufacturer = 'bmw';
    }
    return model;
});

.controller('carcontroller', function ($scope,carfactory) { 
    $scope = new carfactory();
})

Примечание:

• factory по умолчанию возвращает конструктор, а не объект.
• Итак, почему новый объект может быть создан с помощью функции-конструктора.

Создать сервис для простого доступа к простым функциям

app.service('carservice', function () {
   this.createCar = function () {
       console.log('createCar');
   };
   this.deleteCar = function () {
       console.log('deleteCar');
   };
});

.controller('MyService', function ($scope,carservice) { 
    carservice.createCar()
})

Создать factory для простого доступа к простым функциям

app.factory('carfactory', function () {
    var obj = {} 
        obj.createCar = function () {
            console.log('createCar');
        };
       obj.deleteCar = function () {
       console.log('deleteCar');
    };
});

.controller('MyService', function ($scope,carfactory) { 
    carfactory.createCar()
})

Заключение:

• вы можете использовать способ, которым хотите, создавать ли новый объект или просто для доступа к простым функциям
• Не будет никакого удара по производительности, используя один над другим
• Оба являются одноэлементными объектами, и для каждого приложения создается только один экземпляр.
• Быть только одним экземпляром, где передается их ссылка.
• В angular документация factory называется службой, а также служба называется службой.

Услуги

Синтаксис: module.service('serviceName', function); Результат. При объявлении serviceName в качестве аргумента для инъекции вам будет предоставлен фактический справочник функций, переданный модулю service.service.

Использование. Может быть полезно для совместного использования служебных функций, которые полезны для вызова, просто добавляя() к ссылке с введенной функцией. Также можно запустить с помощью injectedArg.call(this) или аналогичного.

Заводы

Синтаксис: module.factory('factoryName', function);

Результат: при объявлении имени factoryName в качестве аргумента для инъекции вам будет предоставлено значение, возвращаемое вызовом ссылки на функцию, переданной модулю .factory.

Использование. Может оказаться полезным для возврата функции класса, которая затем может быть создана для создания экземпляров.

Провайдеры

Синтаксис: module.provider('providerName', function);

Результат. При объявлении имени поставщика в качестве аргумента для инъекции вам будет предоставлено значение, возвращаемое при вызове метода $get ссылки на функцию, переданной модулю .provider.

Использование. Может оказаться полезным для возврата функции класса, которая затем может быть создана для создания экземпляров, но перед введением требуется какая-то конфигурация. Возможно, полезно для классов, которые многократно используются для разных проектов? Еще один туманный на этом.