Come rendere regolatore attesa per la promessa di risolvere dal servizio angolare

Question

Ho un servizio che sta effettuando una richiesta AJAX al backend

Servizio:

function GetCompaniesService(options) 
    { 
     this.url = '/company'; 
     this.Companies = undefined; 
     this.CompaniesPromise = $http.get(this.url); 

    } 

Controller:

var CompaniesOb = new GetCompanies(); 
CompaniesOb.CompaniesPromise.then(function(data){ 
    $scope.Companies = data; 
}); 

Voglio che il mio servizio gestisca la funzione ".then" invece di doverla gestire nel mio controller, e voglio essere in grado di far agire il mio controller su quei dati DAL servizio, dopo la promessa all'interno di il servizio è stato risolto.

Fondamentalmente, io voglio essere in grado di accedere ai dati in questo modo:

var CompaniesOb = new GetCompanies(); 
$scope.Companies = CompaniesOb.Companies; 

Con la risoluzione della promessa di essere gestito all'interno del servizio stesso.

È possibile? O è l'unico modo in cui posso accedere alla risoluzione di quella promessa è al di fuori del servizio?

Answer 1

si può passare il $ portata in GetCompanies e impostare $ scope.Companies ai dati nel servizio

function GetCompaniesService(options,scope) 
{ 
    this.url = '/company'; 
    this.Companies = undefined; 
    this.CompaniesPromise = $http.get(this.url).then(function(res) { 
     scope.Companies = res; 
    }); 

} 

Bisogna stare attenti a l'ordine in cui si quindi utilizzare i dati. Questa è una delle ragioni alla base della promessa di iniziare.

Answer 2

Se invece si è interessati a gestire la risposta del $http nel servizio stesso, è possibile aggiungere una funzione then al servizio dove si fa più l'elaborazione allora return da quella funzione then, in questo modo:

function GetCompaniesService(options) { 
    this.url = '/company'; 
    this.Companies = undefined; 
    this.CompaniesPromise = $http.get(this.url).then(function(response) { 
    /* handle response then */ 
    return response 
    }) 
} 

Ma avrai ancora una promessa nel controllore, ma ciò che ritorni sarà già stato gestito nel servizio.

var CompaniesOb = new GetCompanies(); 
CompaniesOb.CompaniesPromise.then(function(dataAlreadyHandledInService) { 
    $scope.Companies = dataAlreadyHandledInService; 
}); 

Answer 3

Non c'è alcun problema per raggiungere questo obiettivo!

La cosa principale da tenere a mente è che devi mantenere lo stesso riferimento all'oggetto (e negli array di javascript sono oggetti) nel tuo servizio.

qui è la nostra semplice HTML:

<div ng-controller = "companiesCtrl"> 
    <ul ng-repeat="company in companies"> 
    <li>{{company}}</li> 
    </ul> 
</div> 

Qui è la nostra implementazione del servizio:

serviceDataCaching.service('companiesSrv', ['$timeout', function($timeout){ 
    var self = this; 

    var httpResult = [ 
    'company 1', 
    'company 2', 
    'company 3' 
    ]; 

    this.companies = ['preloaded company']; 
    this.getCompanies = function() { 
    // we simulate an async operation 
    return $timeout(function(){ 
     // keep the array object reference!! 
     self.companies.splice(0, self.companies.length); 

     // if you use the following code: 
     // self.companies = []; 
     // the controller will loose the reference to the array object as we are creating an new one 
     // as a result it will no longer get the changes made here! 
     for(var i=0; i< httpResult.length; i++){ 
     self.companies.push(httpResult[i]); 
     } 
     return self.companies; 
    }, 3000);      
}}]); 

E infine il controller come si voleva:

serviceDataCaching.controller('companiesCtrl', function ($scope, companiesSrv) { 
    $scope.companies = companiesSrv.companies; 
    companiesSrv.getCompanies(); 
}); 

Spiegazioni

Come detto sopra, il trucco è mantenere il riferimento tra il servizio e il controller. Una volta rispettato questo, è possibile vincolare completamente l'ambito del controller su una proprietà pubblica del servizio.

Here a fiddle that wraps it up.

Nei commenti del codice si può provare a rimuovere il commento il pezzo che non funziona e si vedrà come il regolatore sta perdendo il riferimento. In effetti il ​​controller manterrà un riferimento al vecchio array mentre il servizio cambierà il nuovo.

Un'ultima cosa importante: tenere presente che il timeout $ sta attivando $ apply() sul rootSCope. Questo è il motivo per cui il nostro ambito di controllo si sta aggiornando "da solo". Senza di esso, e se provi a sostituirlo con un normale setTimeout() vedrai che il controller non sta aggiornando l'elenco delle aziende. Per risolvere questo è possibile:

• non fare nulla se i dati vengono recuperati con $ http come chiama un $ applicare in caso di successo
• avvolgervi tradurrà in un $ timeout (..., 0);
• iniettare $ rootSCope nel servizio e chiamare $ applicare() su di esso quando l'operazione asincrona viene eseguita
• nel controller aggiungere un $ ambito. $ Applicare() sulle getCompanies() promettere successo

Spero che questo aiuti!