現在のスコープをAngularJSサービスに渡す

「現在の」$scopeをAngularJSサービスに渡すことは正しいですか？

$ serviceが1つのコントローラーでのみ使用されていることを知っている状況で、$ serviceメソッド自体にコントローラーのスコープへの参照が必要です。

これは哲学的に正しいですか？

または、イベントを$ rootScopeにブロードキャストしてから、コントローラーがそれらをリッスンするほうがよいですか？

非同期が発生したときにコントローラーに通知するには、Angular promiseを使用します。

を$apply呼び出すには$rootScope.$apply、スコープは必要ありません。特定のスコープでもルートでも呼び出すことができるため、を呼び出すことができます。

変数の読み取りに関しては、パラメーターを受け取った方がよいでしょう。しかし、スコープからオブジェクトパラメーターとして読み取ることもできますが、パラメーターを使用すると、サービスインターフェイスがより明確になります。

あなたの機能がサービスを必要としないよりも1つのコントローラーにのみ固有である場合、私は言うでしょう。

コントローラのタスクは特定のモデルを操作することですが、サービスはグローバルタスクを処理する必要があります。私は物事を混同する代わりに、このパラダイムに固執したいと思います。

これはドキュメントが言うことです

サービス

Angularサービスは、Webアプリに共通の特定のタスクを実行するシングルトンです

コントローラ

Angularでは、コントローラーはJavaScript関数（タイプ/クラス）であり、ルートスコープを除く、Angle 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や同様のものを使いたくありません。なぜなら、私見の良いOOの実践は常にどんなAngular-magicよりも優先されるからです。