Передача текущей области в службу AngularJS

Правильно ли передавать «текущий» $scopeсервису AngularJS?

Я нахожусь в ситуации, когда у меня $ service, зная, что он используется только одним контроллером, и я хотел бы иметь ссылку на область действия контроллера в самих методах $ service.

Это правильно с философской точки зрения?

Или мне лучше транслировать события в $ rootScope, а затем заставить мой контроллер их слушать?

Чтобы сообщить контроллеру, когда происходит что-то асинхронное, используйте обещания Angular .

Чтобы спровоцировать $apply, вам не нужна область видимости, вы можете вызвать $rootScope.$apply, поскольку нет разницы, вызывая ее в определенной области или в корне.

Что касается чтения переменных, лучше бы вы получили параметры. Но вы также можете прочитать его из области видимости как параметр объекта, но я бы выбрал параметр, который сделает ваш интерфейс службы намного более понятным.

Я бы сказал, что если ваша функциональность предназначена только для одного контроллера, тогда вам не нужна услуга.

Задачи контроллеров - управлять конкретной моделью, тогда как служба должна иметь дело с глобальными задачами. Я бы предпочел придерживаться этой парадигмы, чем что-то путать.

Это то, что говорят документы

обслуживание

Сервисы Angular - это одиночные приложения, которые выполняют определенные задачи, общие для веб-приложений.

Контроллер

В Angular контроллер - это функция JavaScript (тип / класс), которая используется для дополнения экземпляров angular Scope, за исключением корневой области.

PS: Кроме того, если вам нужно дайджест, вы также можете вставить $ rootScope в свой сервис.

Да. Вы можете передать $ scope в службу при ее инициализации. В конструкторе службы вы можете назначить область видимости примерно так :_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и / или подобные вещи, потому что имхо хорошие OO-практики всегда будут превосходить любые Angular-magics.