AngularJS Broadcast 在第一次控制器加载时不起作用答案

【问题标题】：AngularJS Broadcast not working on first controller loadAngularJS Broadcast 在第一次控制器加载时不起作用
【发布时间】：2013-03-28 07:03:50
【问题描述】：

在这个 PlunkerDemo 中，我试图将事件从父控制器广播到子控制器。但是，直接在父控制器中执行它是行不通的。处理程序不注册事件。但是，基于 ng-click 或基于 setTimeout 执行此操作，它可以工作。是因为作用域生命周期的原因吗？

http://beta.plnkr.co/edit/ZU0XNK?p=preview

查看已接受答案的 cmets。他们解释了我的问题。

【问题讨论】：

标签： events angularjs broadcast publish-subscribe

【解决方案1】：

对角度范围的任何更改都必须在角度框架内进行，如果必须在框架外进行任何更改，我们必须使用.$apply 函数。

$apply() 用于从外部以角度执行表达式角度框架。

在您的情况下，您在setTimeout 内触发$broadcast，回调在角度框架之外被调用。

所以你有两种解决方案，要么使用angular提供的$timeout服务，要么使用.$apply函数。

我更喜欢使用$timeout 函数。

var ParentCtrl = function($scope, $rootScope, $timeout){

    $scope.broadcast = function(){
        $rootScope.$broadcast('Sup', 'Here is a parameter');
    };

    $timeout(function(){
        $scope.$broadcast('Sup');
    }, 1000);

    //this one does not work! Most likely due to scope life cycle
    $scope.$broadcast('Sup');

    $scope.$on('SupAgain', function(){
        console.log('SupAgain got handled!');
    });

};

演示：Fiddle

使用$apply

setTimeout(function(){
    $scope.$apply(function(){
        $scope.$broadcast('Sup');
    });
}, 1000);

【讨论】：

你能解释一下为什么这个不起作用：$scope.$broadcast('Sup');与cmets有关的那个//这个不起作用！最有可能是由于范围生命周期？
如果你添加了this demo中给出的两个控制台stmts，你会发现当事件被触发时，子控制器还没有执行，因此事件处理程序没有注册
哦，我明白了。所以我猜他们需要成为超时的一部分，以便等待所有控制器初始化？
另外，还有一个问题，为什么你会选择 $timeout 然后 $apply？为什么不直接使用 $timeout？有什么优势？
这似乎只适用于显着超时（在我的情况下>100 ms）。没有更“确定性”的解决方案吗？

【解决方案2】：

更可靠的选择是在子控制器中使用 $interval。因此，不是有明显的超时，而是每隔一个小间隔进行轮询。此外，不要使用广播，而是使用带有标志的服务。每次投票都会检查是否设置了标志。当父控制器设置标志时，计时器将在下一次轮询期间停止。这可以表明事件发生了。父控制器也可以通过服务与子控制器共享数据。

【讨论】：