Warum ist dieses Werk eine Rückkehr $$Status-Objekt statt der Antwort.Daten?

So, ich habe eine Sammlung von Objekten, die in den server will ich füllen Sie ein ng-repeat, wenn die Seite geladen wird.

Hatte ich gemacht eine Fabrik, die holte die Liste aus einer Ressource auf dem server, etwa so:

  app.factory('objectArray', ['$http', function($http) {
      //This is returning a $$state object
      //instead of response.data...
      return $http.post('/get_collection').then(function(response) {
          console.log(response.data);
          return response.data;
      });
  }]);

Ich habe dieser code funktioniert, bevor Sie bei der Verwendung von ui-router und die resolve-Eigenschaft in der Zustand Erklärung. Allerdings, wenn die Injektion dieser Fabrik direkt in mein controller, anstatt der Antwort.Daten, erhalte ich eine $$ - state-Objekt.

Mein controller sieht wie folgt aus:

 app.controller('applicationController', ['$scope', 'objectArray', function($scope, objectArray) {
     $scope.array = objectArray;
     console.log($scope.array);
 }]);
InformationsquelleAutor Alex Turner | 2015-11-21
  1. 10

    Was den $http-Dienst zurückgibt (und damit die objectArray service) genannt ist ein Versprechen. Sie können den Zugriff auf die eigentlichen Daten, die durch die Registrierung einer callback-Funktion, die aufgerufen wird,, wenn die Daten verfügbar sind,, d.h. wenn die Antwort auf die http-Anforderung stammt wieder vom server:

    objectArray.then(function(data) {
    $scope.array = data;
});

    Der Grund, warum Sie direkt Zugriff auf die Daten haben bei der Verwendung von resolve ist, dass der router, wenn die resolve-Funktion gibt ein Versprechen, wartet auf das Versprechen gelöst zu werden. Und nur dann, wird es extrahiert die Daten von der Verheißung und speist die Daten in den controller.

    Besser zu verstehen, verspricht Sie Lesen konnte die folgenden Artikel (und seine Fortsetzung).

    InformationsquelleAutor JB Nizet
  2. 3

    Als @JB Nizet bemerkt, dass du code in Ordnung ist, nur lösen, in controller
    Hier arbeiten demo

    JS:

    angular.module('app', []);
angular.module('app').factory('objectArray', ['$http', function($http) {
  //This is returning a $$state object
  //instead of response.data...
  //////changed request type and url for the sake of example
  return $http.get('http://jsonplaceholder.typicode.com/posts/1')
.then(function(response) {
  console.log(response.data);
  return response.data;
});
}]);
angular.module('app').controller('applicationController', ['$scope', 'objectArray', function($scope, objectArray) { 
  //////resolve it here
  objectArray.then(function(successResponse){
    $scope.array = successResponse;
    console.log($scope.array);
  });
}]);
angular.bootstrap(document.body, ['app']);

    HTML:

    <script src="https://ajax.googleapis.com/ajax/libs/angularjs/1.2.23/angular.min.js"></script>
<div ng-controller="applicationController">
  <h5>Hello {{array.title}}</h5>
</div>

    • Rückkehr ein Versprechen von Daten (durch Versprechen chaining) statt ein Versprechen der HTTP-Antwort ist eigentlich eine gute Sache. Die OP ' s factory war völlig in Ordnung.
    • Und das zweite Beispiel ist eine schlechte Idee: der Anrufer hat keine Möglichkeit zu wissen, ob/wenn der http-Anforderung schlägt fehl. Lesen Sie auch blog.ninja-squad.com/2015/05/28/angularjs-promises
    • ich habe in der Tat wissen, dass in Beispiel 2, es müssen 2 Rückrufe, auch aktualisiert, Antwort, Sie hatten Recht ja
    • Nein, es sollte kein Rückruf. Rücksendung der Verheißung ist der richtige Weg. Das ist, was Sie sind für.
    • ich bin nicht einverstanden, könnte es Bedingungen waren, die Sie nicht brauchen, um alles zurückzugeben, was von Versprechen, führen Sie einfach Ihren Rückruf, aber hängt immer noch von usecases, in diesem speziellen Beispiel, ich war sayin, dass 2 Rückrufe für den Erfolg Antwort und Fehler-Reaktion. Und ich denke, die Optionen, Dinge zu tun in unterschiedlicher Weise den Menschen hilft mehr
    • Rückrufe verwenden, macht die Dinge schwieriger für den Aufrufer übergeben Sie einfach einen Rückruf (wenn es interessiert nur Erfolg oder Fehler), wird verhindert, dass der Anrufer aus der Verkettung der Aufrufe, ist der code schwerer zu testen, und verhindern, dass der Anrufer von der Ablegung der Versprechen auf eine weitere Funktion zurück, die ihn von anderen Funktionen. Zusagen wurden genau erfunden, weil Sie viel besser verwendbar sind als callbacks. So, ich denke, wir sind einverstanden nicht einverstanden.

    InformationsquelleAutor Medet Tleukabiluly
  3. 0

    Fehler

    @ angular.js:14800 [AngularJS - Leaflet] The marker definition is not valid.
17:49:07.437 angular.js:14800 [AngularJS - Leaflet]  Received invalid data on the marker $promise.
17:49:07.438 angular.js:14800 [AngularJS - Leaflet] The marker definition is not valid.
17:49:07.439 angular.js:14800 [AngularJS - Leaflet]  Received invalid data on the marker $resolved.

    $$Staat das problem war.

    markersFactory.query().$promise.then(function(data) {
    //open_street_maps to replace google maps
    angular.extend($scope, {
        center: {
            lat:   40.7231572,
            lng:  -73.988501,
            zoom: 13,
        } ,
        markers: data,
        tiles: tilesDict.opencyclemap,
    });
});

    die LÖSUNG: eckig.kopieren

    markersFactory.query().$promise.then(function(data) {
    $scope.markers        = data;
    //open_street_maps to replace google maps
    angular.extend($scope, {
        center: {
            lat:   40.7231572,
            lng:  -73.988501,
            zoom: 13,
        } ,
        markers: angular.copy($scope.markers),
        tiles: tilesDict.opencyclemap,
        });
});

    Daumen hoch!.. =)

    InformationsquelleAutor Brian Sanchez
Schreibe einen Kommentar