Passando o escopo atual para um serviço AngularJS

É correto passar a "corrente" $scopepara um serviço AngularJS?

Estou em uma situação em que tenho um $ serviço sabendo que é consumido por apenas um controlador e gostaria de ter uma referência ao escopo do controlador nos próprios métodos de $ serviço.

Isso é filosoficamente correto?

Ou é melhor transmitir eventos para $ rootScope e depois fazer meu controlador ouvi-los?

Para permitir que o controlador saiba quando algo assíncrono acontece, use promessas angulares .

Para provocar o $apply, você não precisa do escopo, você pode chamar $rootScope.$apply, pois não há diferença chamá-lo em um escopo específico ou na raiz.

Em relação à leitura da variável, seria melhor se você recebesse parâmetros. Mas você também pode lê-lo de um escopo como um parâmetro de objeto, mas eu escolheria o parâmetro, que tornaria sua interface de serviço muito mais clara.

Eu diria que se sua funcionalidade é específica para apenas um controlador, você não precisa de um serviço.

As tarefas dos controladores são manipular o modelo específico, enquanto um serviço deve lidar com tarefas globais. Prefiro seguir esse paradigma em vez de confundir as coisas.

Isso é o que os documentos dizem

Serviço

Serviços angulares são singletons que realizam tarefas específicas comuns a aplicativos da web

Controlador

No Angular, um controlador é uma função JavaScript (tipo / classe) que é usada para aumentar as instâncias do Escopo angular, excluindo o escopo raiz.

PS: Além disso, se você precisar digerir, você também pode injetar o $ rootScope no seu serviço.

Sim. Você pode passar o $ escopo para o serviço ao inicializá-lo. No construtor de serviço, você pode atribuir o escopo a algo como this._scope e então referenciar o escopo dentro do serviço!

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;

});

Pessoalmente, acredito que passar $scopepara um serviço é uma má ideia , porque cria uma referência meio circular: o controlador depende do serviço e o serviço depende do escopo do controlador.

Além de confundir as relações, coisas como essa acabam atrapalhando o catador de lixo.

Minha abordagem preferida é colocar um objeto de domínio no escopo do controlador e passá-lo para o serviço. Desta forma, o serviço funciona independentemente de ser usado dentro de um controlador ou talvez dentro de outro serviço no futuro.

Por exemplo, se o serviço deve enviar e remover elementos de uma matriz errors, meu código será:

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

O serviço interage então com o controlador operando em errors. É claro que tenho que ser cauteloso em nunca apagar a referência de array inteira, mas no final do dia essa é uma preocupação geral de JS.

Eu nunca gostaria de usar transmissão, $applye / ou coisas semelhantes, porque em mim, as boas práticas OO sempre superarão qualquer magia Angular.