请耐心听我说。我知道还有其他答案,比如: AngularJS:服务vs提供商vs工厂

然而,我仍然不知道你什么时候会使用服务而不是工厂。

据我所知,factory通常用于创建可以被多个控制器调用的“通用”函数:创建通用控制器函数

比起服务,Angular文档似乎更喜欢工厂。他们甚至在使用工厂时提到“服务”,这更令人困惑!http://docs.angularjs.org/guide/dev_guide.services.creating_services

那么什么时候使用服务呢?

是否有一些事情只有通过服务才能做到或更容易做到?

幕后有什么不同吗?性能/内存差异呢?

举个例子。除了声明的方法,它们看起来是一样的,我不明白为什么我要做一个而不是另一个。http://jsfiddle.net/uEpkE/

更新:从Thomas的回答中,似乎暗示服务是为了更简单的逻辑,而工厂是为了更复杂的逻辑和私有方法,所以我更新了下面的小提琴代码,似乎两者都能支持私有函数?

myApp.factory('fooFactory', function() {
    var fooVar;
    var addHi = function(foo){ fooVar = 'Hi '+foo; }

    return {
        setFoobar: function(foo){
            addHi(foo);
        },
        getFoobar:function(){
            return fooVar;
        }
    };
});
myApp.service('fooService', function() {
    var fooVar;
    var addHi = function(foo){ fooVar = 'Hi '+foo;}

    this.setFoobar = function(foo){
        addHi(foo);
    }
    this.getFoobar = function(){
        return fooVar;
    }
});

function MyCtrl($scope, fooService, fooFactory) {
    fooFactory.setFoobar("fooFactory");
    fooService.setFoobar("fooService");
    //foobars = "Hi fooFactory, Hi fooService"
    $scope.foobars = [
        fooFactory.getFoobar(),
        fooService.getFoobar()
    ];
}

当前回答

所有这些提供者的概念都比最初看起来要简单得多。如果你仔细分析一个提供程序,把它的不同部分拿出来,就会非常清楚。

简单地说,这些提供者中的每一个都是另一个的专门版本,顺序是:提供者>工厂>值/常量/服务。

只要提供程序做了你能做的,你就可以在链的更下方使用它,这将导致编写更少的代码。如果它不能完成你想要的,你可以继续往上走,你只需要写更多的代码。

这张图说明了我的意思,在这张图中,你将看到一个提供者的代码,突出显示的部分显示了提供者的哪些部分可以用来创建工厂、值等。

(来源:simplygoodcode.com)

要了解更多细节和例子,请访问:http://www.simplygoodcode.com/2015/11/the-difference-between-service-provider-and-factory-in-angularjs/

其他回答

所有这些提供者的概念都比最初看起来要简单得多。如果你仔细分析一个提供程序,把它的不同部分拿出来,就会非常清楚。

简单地说,这些提供者中的每一个都是另一个的专门版本,顺序是:提供者>工厂>值/常量/服务。

只要提供程序做了你能做的,你就可以在链的更下方使用它,这将导致编写更少的代码。如果它不能完成你想要的,你可以继续往上走,你只需要写更多的代码。

这张图说明了我的意思,在这张图中,你将看到一个提供者的代码,突出显示的部分显示了提供者的哪些部分可以用来创建工厂、值等。

(来源:simplygoodcode.com)

要了解更多细节和例子,请访问:http://www.simplygoodcode.com/2015/11/the-difference-between-service-provider-and-factory-in-angularjs/

即使他们说所有的服务和工厂都是单例的,我也不完全同意。我想说的是,工厂不是单身的,这就是我回答的重点。我真的会考虑定义每个组件的名称(服务/工厂),我的意思是:

A factory because is not a singleton, you can create as many as you want when you inject, so it works like a factory of objects. You can create a factory of an entity of your domain and work more comfortably with this objects which could be like an object of your model. When you retrieve several objects you can map them in this objects and it can act kind of another layer between the DDBB and the AngularJs model.You can add methods to the objects so you oriented to objects a little bit more your AngularJs App.

与此同时,服务是单例的,所以我们只能创建一个,也许不能创建,但当我们注入一个控制器时,我们只有一个实例,所以服务提供更像一个公共服务(休息调用,功能..)到控制器。

从概念上讲,可以像服务提供服务一样,工厂可以创建一个类的多个实例(对象)

与服务相比,没有什么是工厂做不到或做得更好的。反之亦然。工厂似乎更受欢迎。这样做的原因是方便处理私人/公共成员。在这方面,服务将更加笨拙。 在编码Service时,你倾向于通过“this”关键字将对象成员设为public,然后可能突然发现那些public成员对于私有方法(即内部函数)是不可见的。

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使用" new "关键字为你创建一个服务,所以Angular传递给控制器的实例也会有同样的缺点。 当然你可以用this/that来解决这个问题:

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'  

但是对于一个大的服务常量this\that-ing会使代码可读性很差。 此外,服务原型不会有private成员,只有public成员可以使用:

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更加方便。As Factory没有这些缺点。我建议在默认情况下使用它。

可以使用你想要的方式:是否创建对象或只是从两者访问函数


您可以从服务中创建新对象

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();
})

注意:

服务默认返回对象而不是构造函数。 这就是构造函数函数被设为这个的原因。模型属性。 由于此服务将返回对象,但是但是对象内部将是用于创建新对象的构造函数;

您可以从工厂创建新对象

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默认返回构造函数函数而不是对象。 这就是为什么new object可以用构造函数function创建。

创建只访问简单功能的服务

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

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

创建用于访问简单函数的工厂

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文档中,工厂被称为服务,服务也被称为服务。

服务

语法:模块。service('serviceName',函数); 结果:当将serviceName声明为可注入参数时,你将得到传递给module.service的实际函数引用。

使用方法:可以通过简单地将()附加到注入的函数引用来共享有用的实用程序函数。也可以用injectedArg运行。调用(这个)或类似的方法。

工厂

语法:模块。factory('factoryName',函数);

结果:当将factoryName声明为一个可注入参数时,你将得到通过调用传递给module.factory的函数引用返回的值。

用法:可能用于返回一个'class'函数,然后可以重新创建实例。

供应商

语法:模块。provider('providerName',函数);

结果:当将providerName声明为一个可注入参数时,您将获得通过调用传递给module.provider的函数引用的$get方法返回的值。

用途:可能用于返回一个'类'函数,然后可以重新创建实例,但在注入之前需要某种配置。也许对跨项目可重用的类有用?我还是不太清楚。