将当前范围传递给AngularJS服务

将“当前”传递$scope给AngularJS服务是否正确？

我处于一种$ service的状态，知道它仅由一个控制器使用，我想在$ service方法本身中引用该控制器的作用域。

这在哲学上是正确的吗？

还是最好将事件广播到$ rootScope，然后让我的控制器侦听它们？

要让控制器知道何时发生异步，请使用Angular promises。

要触发$apply，您不需要作用域，可以调用$rootScope.$apply，因为在特定作用域或根目录中调用它没有区别。

关于变量读取，如果您收到参数会更好。但是您也可以从作用域中将其作为对象参数读取，但是我将使用参数，这将使您的服务接口更加清晰。

我想说的是，如果您的功能仅特定于一个控制器，而不需要服务。

控制器的任务是操纵特定模型，而服务应处理全局任务。我宁愿坚持这种范式，而不要混淆一切。

这就是文档所说的

服务

Angular服务是单例，执行Web应用程序共有的特定任务

控制者

在Angular中，控制器是JavaScript函数（类型/类），用于扩展除根范围之外的angular Scope实例。

PS：除此之外，如果您需要摘要，还可以在服务中注入$ rootScope。

是。初始化$ scope时，可以将其传递到服务中。在服务构造函数中，您可以将范围分配给this._scope之类的内容，然后在服务中引用该范围！

angular.module('blah').controller('BlahCtrl', function($scope, BlahService) {

    $scope.someVar = 4;

    $scope.blahService = new blahService($scope);

});

angular.module('blah').factory('blahService', function() {

    //constructor
    function blahService(scope) {
        this._scope = scope;

        this._someFunction()
    }

    //wherever you'd reference the scope
    blahService.prototype._someFunction = function() {

        this._scope['someVar'] = 5;

    }

    return blahService;

});

我个人认为传递$scope给服务不是一个好主意，因为它会创建某种循环引用：控制器取决于服务，而服务取决于控制器的范围。

除了在关系方面令人困惑之外，像这样的事情最终还阻碍了垃圾收集器的发展。

我的首选方法是将域对象放入控制器范围，并将其传递给服务。这样，无论服务是在控制器内部还是将来在其他服务中使用，该服务都可以工作。

例如，如果该服务应该从一个数组中推送和弹出元素errors，我的代码将是：

var errors = [];
$scope.errors = errors;
$scope.myService = new MyService(errors);

然后，该服务通过在上与控制器进行交互errors。当然，对于永远不要清除整个数组引用，我必须要谨慎，但是归根结底，这是JS普遍关心的问题。

我永远都不想使用广播$apply和/或类似的东西，因为恕我直言，良好的面向对象实践总是会胜过任何Angular-magic。