AngularJS: il metodo booleano del servizio dovrebbe restituire la promessa che si risolve in true/false o che viene risolto/rifiutato?

Question

I modelli di utilizzo delle promesse mi confondono ancora.

Ad esempio, nell'applicazione Angolare, ho un servizio usersService con il metodo emailExists(email). Ovviamente, esegue una richiesta al server per verificare se l'e-mail fornita esiste già.

Mi sembra naturale che il metodo emailExists(email) restituisca la promessa che durante il normale funzionamento si risolva in true o false. Se solo abbiamo qualche errore imprevisto (ad esempio, server ha restituito 500: internal server error, quindi promessa deve essere respinto, ma durante il normale funzionamento, si decise di corrispondente valore booleano.

Hovewer, quando ho iniziato ad attuare il mio asincrona direttiva validatore (da $asyncValidators), vedo che vuole risolto/promessa respinto così, ormai, ho finito con questo piuttosto brutta codice:.

'use strict'; 

(function(){ 

    angular.module('users') 
    .directive('emailExistsValidator', emailExistsValidator); 


    emailExistsValidator.$inject = [ '$q', 'usersService' ]; 
    function emailExistsValidator($q, usersService){ 
     return { 
     require: 'ngModel', 
     link : function(scope, element, attrs, ngModel) { 

      ngModel.$asyncValidators.emailExists = function(modelValue, viewValue){ 
       return usersService.emailExists(viewValue) 
       .then(
        function(email_exists) { 
        // instead of just returning !email_exists, 
        // we have to perform conversion from true/false 
        // to resolved/rejected promise 
        if (!email_exists){ 
         //-- email does not exist, so, return resolved promise 
         return $q.when(); 
        } else { 
         //-- email already exists, so, return rejected promise 
         return $q.reject(); 
        } 
        } 
       ); 
      }; 
     } 
     } 
    }; 

})(); 

mi fa pensare che dovrei modificare il mio servizio in modo che restituisca risolto/rifiutata prometto invece, ma mi sembra una specie di innaturale per me: secondo me, la promessa respinta significa "non possiamo ottenere risultato ", non" risultato negativo ".

Oppure, ho frainteso l'utilizzo della promessa?

Oppure, devo fornire due metodi? Qual è lo schema comune per nominarli?

Qualsiasi aiuto è apprezzato.

Answer 1

In questo caso non esiste un approccio corretto/errato a questo problema. Quello che dici del tuo servizio di controllo delle email sembra ragionevole: infatti, l'esistenza dell'email nel database non denota strettamente uno scenario di fallimento, il rifiuto di promessa solitamente corrisponde e riflette.

D'altro canto, anche il modo in cui Angular ha implementato i propri validatori asincroni ha senso, se ci pensate. Il risultato della convalida non riuscita sembra concettualmente un fallimento, non in termini di HTTP, ma nel senso della logica aziendale.

Quindi in questo caso probabilmente andrei a regolare il mio servizio personalizzato per restituire almeno lo stato non riuscito, come 409 Conflict.

Se avete ancora voglia di tornare 200 codice di successo insieme a vero/falso resonses si può ancora fare il codice validatore un po 'meno brutto:

ngModel.$asyncValidators.emailExists = function (modelValue, viewValue) { 
    return usersService.emailExists(viewValue).then(function (email_exists) { 
     return $q[email_exists ? 'when' : 'reject'](); 
    }); 
};