AngularJS中的非单身人士服务

Question

AngularJS在其文档中明确指出服务是单身人士:

AngularJS services are singletons

与直觉相反,module.factory也返回一个Singleton实例.

鉴于非单例服务有很多用例,实现工厂方法返回服务实例的最佳方法是什么,这样每次ExampleService声明一个依赖项时,它都会被一个不同的实例所满足ExampleService？

Answer 1

我不完全确定你试图满足的用例.但是可以有一个对象的工厂返回实例.您应该能够根据自己的需要进行修改.

var ExampleApplication = angular.module('ExampleApplication', []);


ExampleApplication.factory('InstancedService', function(){

    function Instance(name, type){
        this.name = name;
        this.type = type;
    }

    return {
        Instance: Instance
    }

});


ExampleApplication.controller('InstanceController', function($scope, InstancedService){
       var instanceA = new InstancedService.Instance('A','string'),
           instanceB = new InstancedService.Instance('B','object');

           console.log(angular.equals(instanceA, instanceB));

});

的jsfiddle

更新

考虑以下非单身人士服务请求.Brian Ford在其中指出:

所有服务都是单例的想法并不能阻止你编写可以实例化新对象的单例工厂.

和他从工厂返回实例的例子:

myApp.factory('myService', function () {
  var MyThing = function () {};
  MyThing.prototype.foo = function () {};
  return {
    getInstance: function () {
      return new MyThing();
    }
  };
});

我还认为他的例子很优越,因为你不必new在控制器中使用关键字.它封装在getInstance服务的方法中.

Answer 2

我不认为我们应该有一个工厂返回一个new能力函数,因为这开始打破依赖注入,并且库将表现得很尴尬,特别是对于第三方.简而言之,我不确定非单件服务是否有任何合法用例.

完成同样事情的更好方法是使用工厂作为API来返回附加了getter和setter方法的对象集合.下面是一些伪代码,展示了如何使用这种服务:

.controller( 'MainCtrl', function ( $scope, widgetService ) {
  $scope.onSearchFormSubmission = function () {
    widgetService.findById( $scope.searchById ).then(function ( widget ) {
      // this is a returned object, complete with all the getter/setters
      $scope.widget = widget;
    });
  };

  $scope.onWidgetSave = function () {
    // this method persists the widget object
    $scope.widget.$save();
  };
});

这只是用于按ID查找窗口小部件然后能够保存对记录所做的更改的伪代码.

这是服务的一些伪代码:

.factory( 'widgetService', function ( $http ) {

  function Widget( json ) {
    angular.extend( this, json );
  }

  Widget.prototype = {
    $save: function () {
      // TODO: strip irrelevant fields
      var scrubbedObject = //...
      return $http.put( '/widgets/'+this.id, scrubbedObject );
    }
  };

  function getWidgetById ( id ) {
    return $http( '/widgets/'+id ).then(function ( json ) {
      return new Widget( json );
    });
  }


  // the public widget API
  return {
    // ...
    findById: getWidgetById
    // ...
  };
});

虽然未包含在此示例中,但这些灵活的服务也可以轻松管理状态.

我现在没有时间,但是如果它会有所帮助,我可以稍后组合一个简单的Plunker进行演示.

Answer 3

另一种方法是使用复制服务对象angular.extend().

app.factory('Person', function(){
  return {
    greet: function() { return "Hello, I'm " + this.name; },
    copy: function(name) { return angular.extend({name: name}, this); }
  };
});

然后,例如,在您的控制器中

app.controller('MainCtrl', function ($scope, Person) {
  michael = Person.copy('Michael');
  peter = Person.copy('Peter');

  michael.greet(); // Hello I'm Michael
  peter.greet(); // Hello I'm Peter
});

这是一个插件.

Answer 4

我知道这篇文章已经得到了解答,但我仍然认为有一些合法的场景需要非单身人士服务.假设有一些可重用的业务逻辑可以在几个控制器之间共享.在这种情况下,放置逻辑的最佳位置是服务,但是如果我们需要在可重用逻辑中保留一些状态呢？然后我们需要非单一服务,因此可以在app中的不同控制器之间共享.这就是我实现这些服务的方式:

angular.module('app', [])
    .factory('nonSingletonService', function(){

        var instance = function (name, type){
            this.name = name;
            this.type = type;
            return this;
        }

        return instance;
    })
    .controller('myController', ['$scope', 'nonSingletonService', function($scope, nonSingletonService){
       var instanceA = new nonSingletonService('A','string');
       var instanceB = new nonSingletonService('B','object');

       console.log(angular.equals(instanceA, instanceB));

    }]);