$ gelten bereits in Bearbeitung Fehler

Stapelspur:

Error: $apply already in progress
at Error (<anonymous>)
at beginPhase (file:///android_asset/www/built.min.js:7:22740)
at Object.Scope.$apply (file:///android_asset/www/built.min.js:7:25967)
at navigator.geolocation.getCurrentPosition.that (file:///android_asset/www/built.min.js:13:8670)
at Object.geolocation.getCurrentPosition (file:///android_asset/www/plugins/org.apache.cordova.core.geolocation/www/geolocation.js:122:13)
at Object.getCurrentPosition (file:///android_asset/www/built.min.js:13:8589)
at Object.getCurrentPosition (file:///android_asset/www/built.min.js:13:8277)
at Object.getCurrentCity (file:///android_asset/www/built.min.js:13:8941)
at Object.$scope.locateDevice (file:///android_asset/www/built.min.js:13:10480)
at file:///android_asset/www/built.min.js:7:12292:7

verweist auf diesen Code http://pastebin.com/B9V6yvFu

    getCurrentPosition: cordovaReady(function (onSuccess, onError, options) {

        navigator.geolocation.getCurrentPosition(function () {
            var that = this,
                args = arguments;

            if (onSuccess) {
                $rootScope.$apply(function () {
                    onSuccess.apply(that, args);
                });
            }
        }, function () {
            var that = this,
                args = arguments;
            if (onError) {
                $rootScope.$apply(function () {
                    onError.apply(that, args);
                });
            }
        }, {
            enableHighAccuracy: true,
            timeout: 20000,
            maximumAge: 18000000
        });
    })

Seltsame Sache, auf meinem LG4X funktioniert es gut, aber auf meinem Samsung S2 wirft es den obigen Fehler. Irgendwelche Ideen, was ist falsch?

Sie erhalten diesen Fehler, weil Sie $applyinnerhalb eines vorhandenen Verdauungszyklus aufrufen .

Die große Frage ist: Warum rufst du an $apply? Sie sollten niemals anrufen müssen, es $applysei denn, Sie haben eine Schnittstelle zu einem Nicht-Angular-Ereignis. Die Existenz von $applybedeutet normalerweise, dass ich etwas falsch mache (es sei denn, das $ apply kommt wieder von einem Nicht-Angular-Ereignis).

Wenn dies hier $applywirklich angemessen ist, sollten Sie einen "Safe Apply" -Ansatz in Betracht ziehen:

https://coderwall.com/p/ngisma

Verwenden Sie einfach $ evalAsync anstelle von $apply.

Sie können diese Anweisung verwenden:

if ($scope.$root.$$phase != '$apply' && $scope.$root.$$phase != '$digest') {
    $scope.$apply();
}

Wenn in einigen Fällen der Gültigkeitsbereich angewendet werden muss, können Sie eine Zeitüberschreitung festlegen, damit die $ -Anwendung bis zum nächsten Tick verschoben wird

setTimeout(function(){ scope.$apply(); });

oder verpacken Sie Ihren Code in ein $ timeout (function () {..}); weil der Bereich am Ende der Ausführung automatisch $ angewendet wird. Wenn Sie möchten, dass sich Ihre Funktion synchron verhält, würde ich das erste tun.

In meinem Fall verwende ich die $applyeckige Kalender-Benutzeroberfläche, um ein Ereignis zu verknüpfen:

$scope.eventClick = function(event){           
    $scope.$apply( function() {
        $location.path('/event/' + event.id);
    });
};

Nach dem Lesen des Dokuments des Problems: https://docs.angularjs.org/error/ $ rootScope / inprog

Der Teil Inkonsistente API (Sync / Async) ist sehr interessant:

Stellen Sie sich beispielsweise eine Bibliothek eines Drittanbieters vor, die über eine Methode verfügt, mit der Daten für uns abgerufen werden. Da möglicherweise ein asynchroner Aufruf an einen Server erfolgt, wird eine Rückruffunktion akzeptiert, die beim Eintreffen der Daten aufgerufen wird.

Da der MyController-Konstruktor immer innerhalb eines $ apply-Aufrufs instanziiert wird, versucht unser Handler, einen neuen $ apply-Block innerhalb eines Aufrufs einzugeben.

Ich ändere den Code in:

$scope.eventClick = function(event){           
    $timeout(function() {
        $location.path('/event/' + event.id);
    }, 0);
};

Klappt wunderbar !

Hier haben wir $ timeout verwendet, um die Änderungen am Bereich in einem zukünftigen Aufrufstapel zu planen. Durch die Bereitstellung einer Zeitüberschreitungsperiode von 0 ms wird dies so schnell wie möglich erreicht und $ timeout stellt sicher, dass der Code in einem einzelnen $ apply-Block aufgerufen wird.

Ich denke, in Winkel 1.3 haben sie eine neue Funktion hinzugefügt - $scope.$applyAsync(). Diese Funktionsaufrufe gelten später - sie sagen mindestens 10 ms später. Es ist nicht perfekt, aber es beseitigt zumindest den lästigen Fehler.

https://docs.angularjs.org/api/ng/type/ $ rootScope.Scope # $ applyAsync

Zu jedem Zeitpunkt kann nur eine $digestoder eine $applyOperation ausgeführt werden. Dies soll verhindern, dass sehr schwer zu erkennende Fehler in Ihre Anwendung gelangen. Mit dem Stack-Trace dieses Fehlers können Sie den Ursprung des aktuell ausgeführten $applyoder verfolgen$digest aufgerufenen Aufrufs , der den Fehler verursacht hat.

Weitere Informationen: https://docs.angularjs.org/error/$rootScope/inprog?p0=$apply

Habe gerade dieses Problem behoben. Es ist hier dokumentiert .

Ich habe $rootScope.$applyzweimal im selben Flow angerufen . Alles, was ich getan habe, ist, den Inhalt der Servicefunktion mit einem zu versehen setTimeout(func, 1).

Ich weiß, es ist eine alte Frage, aber wenn Sie wirklich $ scope brauchen. $ ApplyAsync ();

Ich rufe $ scope auf. $ Wendet sich so an, um mehrere Anrufe gleichzeitig zu ignorieren.

      var callApplyTimeout = null;
      function callApply(callback) {
          if (!callback) callback = function () { };
          if (callApplyTimeout) $timeout.cancel(callApplyTimeout);

          callApplyTimeout = $timeout(function () {
              callback();
              $scope.$apply();
              var d = new Date();
              var m = d.getMilliseconds();
              console.log('$scope.$apply(); call ' + d.toString() + ' ' + m);
          }, 300);
      }

einfach anrufen

callApply();