AngularJS : Zugriff auf gespeicherte Daten, die in einer Fabrik nach einem $http-Aufruf

Ich versuche, eine Fabrik zu bauen, zu handeln als staging-Bereich für meine Datenbank-Modelle, als auch eine api zum ausführen von grundlegenden CRUD-Anrufe. Ich möchte Zugriff auf die Daten durch Speicherung in einem Dienst oder einem Werk, und halten Sie api-Methoden zusammen mit ihm, so kann ich Aktionen wie diese in den controller.

$scope.folders =  Folders.data(); //for a factory
$scope.folders = Folders.data; //for a Service

Folders.create({name: "My Stuff, $oid: { 5fwewe033333 }, user_id: CurrentUser.id"});

Derzeit bin ich mit der Ordner-Fabrik wie dieser in die controller.

Folders.foldersData().success( function(data, status) {
   $scope.folder = data;
})
.error( function(data,status) {
   Flash.warning("There was a problem fetching your data");
});

Ich weiß, ich kann nur ein Versprechen, gelöst in der Steuerung, aber mit der Größe des Projekts an dem ich arbeite, ich mag die Idee, den Zugriff auf die Ordner model in einem service, mit aus mit, um einen server aufrufen, um die Daten synchronisieren jedes mal, wenn ich eine änderung vornehmen. 

angular.module('cmsApp')
  .factory('Folders', function($http, $q){

    var folders = {};
    var messageWarn = "Upload Retrival Failed.";


    return {
      get: function(){
        var defered = $q.defer();

        $http.get('/folders').success( function ( data, status ) {
          defered.resolve(data);
        })
        .error( function ( data, status ) {
          defered.reject();
          Flash.warning(message_warn);
        });
        defered.promise.then( function (promise)
          folders = promise;
        });
      }, 
      data: function (){
      return folders;
    },
  }               
});

Mein problem ist, dass ich nicht halten kann die Ordner-Objekt bestehen bleiben, nachdem ich call-Ordner.get(). Es kommt immer wieder nachdem ich call-Ordner.Daten() als ein leeres Objekt.

Gibt es einen Weg, um diese Daten gespeichert, in die Fabrik als eine up-to-date Darstellung der Ordner-Modell ist nicht davon abhängig, schlagen die server zu jeder Zeit?

Läuft eckige 1.2.3, auf Schienen 4 API.

  • Ja, ich mache ein Beispiel. Ich denke, die Hauptsache ist, du bist verwirrt, ist, dass sich eine Fabrik erstellt einen Dienst und dann ist fertig. Können Sie keinen Zugang zu der Fabrik, sozusagen. Sie nur Dienste.
InformationsquelleAutor armynante | 2014-01-28
  1. 10

    Können Sie speichern die Versprechen in den Dienst als ein Objekt an den Dienst. Ich habe die Gabel ausgebaut demo oben, um zu demonstrieren, http://plnkr.co/edit/2HqQAiD33myyfVP4DWg3?p=preview

    Als mit den vorherigen Beispielen, der http-Aufruf wird nur einmal gemacht, aber dieses mal das Versprechen Hinzugefügt, die Ordner Artikel auf den service-Objekt, das erzeugt wird, durch die Fabrik.

    
app.factory('myService', function($http, $q) {

  return {

    myObject: '',

    get: function() {
      //Create the deffered object
      var deferred = $q.defer();

      if(!this.myObject) {
        //Request has not been made, so make it
        $http.get('my-file.json').then(function(resp) {
          console.log('Making the call!');
          deferred.resolve(resp.data);
        });
        //Add the promise to myObject
        this.myObject = deferred.promise;
      }
      //Return the myObject stored on the service
      return this.myObject;

    }

  };

});
    • Ich fügte hinzu, eine zusätzliche plunkr demonstriert ein brauchbarer Ansatz, können Sie zu re-verwenden Sie den code anfordern, aber nur noch den Wunsch einmal pro controller. Siehe plnkr.co/Bearbeiten/2HqQAiD33myyfVP4DWg3?p=Album Vorhören ich Persönlich Kapseln die makeRequest Objekt als eigenen Dienst mit mehr Flexibilität (Z. B. HTTP GET, POST, DELETE, etc.) und Spritzen, die service in alle anderen Dienste, die zu schlagen, meine api.
    • Eine gute Antwort verdient mehr Lob
    • Ich sehe nicht, wie das wirklich unterscheidet sich von meiner Antwort. Es gibt viele Möglichkeiten, um das gleiche Konzept. Weiter sind Sie mit dem Versprechen, anti-pattern, indem Sie manuell erstellen ein Versprechen, anstatt mit den Versprechen zurück durch die $http nennen.
    • Ihre links sind tot ? 🙂
    • Der einzige wirkliche Unterschied zwischen meiner Antwort und das man diese nutzt das Versprechen anti-Muster (das ist schlecht), und ich hol die Daten schneller (kleinere detail - einfach zu ändern). Ich würde froh sein zu helfen, zu klären, was ist mit meinem code, den Sie nicht verstehen. Lasst es mich einfach wissen.
    • Alle. Ich habe einige der Forschung getan, und es scheint, dass dieses Muster tatsächlich fehlerhaft ist. Ich wünschte, ich könnte einfahren mein upvote. Wenn jemand sieht, HIERFÜR verwenden Sie bitte die Antwort von @m59 statt. Es ist einfacher, und es ist zuverlässiger.

    InformationsquelleAutor aaronroberson
  2. 2

    In diesem Beispiel wird der Dienst im wesentlichen IST der Daten. Das erste mal den service injiziert wird, eine Verheißung, die erstellt wird, und der Anruf geht raus. Der Dienst ist tatsächlich das Versprechen, dass die Daten, aber wenn der Anruf kommt zurück, das Versprechen wird gelöst mit den Daten. So, den zweiten, Dritten, etc mal den service injiziert wird, wird der Anruf nicht erneut hergestellt - die Fabrik hat bereits seine Arbeit getan und kehrte der service (das Versprechen, in diesem Beispiel).

    Live-demo (klicken Sie auf).

    var app = angular.module('myApp', []);

app.controller('myCtrl', function($scope, myService) {
  myService.then(function(data) {
    $scope.data = data
  })
});

app.factory('myService', function($http, $q) {
  //this runs the first time the service is injected
  //this creates the service

  var promise = $http.get('my-file.json').then(function(resp) {
    return resp.data;
  });

  return promise;

});

    Hier ist ein erweiterte demo, in dem ich die Daten doppelt. Hinweis: die Konsole melden - der Anruf wird immer nur einmal gemacht. In dieser demo, die ich aus dem Dienst in ein Objekt mit einer get - Methode, gibt das Versprechen. Ich wollte nur zeigen, einen anderen Weg, diese Technik umgesetzt werden kann.

    app.factory('myService', function($http, $q) {

  console.log('Making the call!');
  var promise = $http.get('my-file.json').then(function(resp) {
    return resp.data;
  });

  var myService = {
    get: function() {
      return promise;
    }
  };

  return myService;
});
    • Danke @m59, Aber was ist, wenn ich wollte speichern das gelöst Versprechen IM service und in der Lage sein, Daten zu Bearbeiten, ohne zu schlagen, die server wieder? So konnte ich telefonieren wie Ordner.Daten[1] = { Ordnername: "Neuer Ordner" }
    • Ich habe die gleiche Frage, die ich speichern möchten, die gelöst Versprechen im service sowie
    • Ich bin mir nicht sicher, welche Probleme Sie haben. Ich habe gezeigt, zwei Möglichkeiten, wie dies getan werden kann, und Sie funktionieren gut.
    • Sie speichern den zurückgegebenen Versprechen, aber ich möchte das speichern der Daten selbst.
    • Effektiv, es ist die gleiche Sache. Was du redest, kann aber nicht semantisch. Sicher, man könnte die Daten direkt zum service, wenn der Anruf kommt zurück, aber das bedeutet nicht geben Ihnen jede Kontrolle über die Verwendung der Daten verwendet wird. Ihre Kunden, die diese Daten würde versuchen, am Ende die Daten nutzen, die vor dem ajax-Aufruf zurückgegeben. Beim Zugriff auf Daten aus einer asynchronen Quelle, es ist richtig, Rücksendung das Versprechen es. Wenn die Daten schon da sind, bedeutet das nur, das then Funktion sofort Feuer.
    InformationsquelleAutor m59
Schreibe einen Kommentar