AngularJS: Czy metoda boolowska serwisu powinna przybiec obietnicę, która rozwiąże wartość true/false, lub zostanie rozwiązana/odrzucona?

Question

Wzorce wykorzystania obietnic wciąż mnie mylą.

Na przykład w aplikacji Angular mam usługę usersService z metodą emailExists(email). Oczywiście, wykonuje żądanie do serwera, aby sprawdzić, czy podany adres e-mail już istnieje.

To dla mnie naturalne, że metoda emailExists(email) zwróciła obietnicę, że w normalnej pracy rozwiąże się z true lub false. Jeśli tylko mamy jakiś nieoczekiwany błąd (powiedzmy, serwer zwrócił 500: internal server error, to obietnica powinna zostać odrzucona, ale w normalnej pracy, uchwala się co odpowiada wartość logiczną.

Hovewer, kiedy rozpoczęła realizację mojego dyrektywę validator asynchronicznej (przez $asyncValidators), widzę, że chce rozwiązać/odrzucone obietnica więc teraz, skończyło się z tym kodem raczej brzydki.

'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(); 
        } 
        } 
       ); 
      }; 
     } 
     } 
    }; 

})(); 

to sprawia, że ​​myślę, że należy zmodyfikować moją usługę tak, że zwraca rozwiązany/odrzucone obiecuję zamiast tego, ale wydaje mi się to nienaturalne: w mojej opinii odrzucona obietnica oznacza "nie możemy uzyskać wyniku ", a nie" wynik ujemny ".

Czy też nie rozumiem użycia obietnicy?

Czy powinienem podać dwie metody? Jaki jest wspólny wzorzec, aby je nazwać?

Każda pomoc jest doceniana.

Answer 1

W tym przypadku nie ma poprawnego/niepoprawnego podejścia do tego problemu. To, co mówisz o usługach sprawdzania poczty e-mail brzmi rozsądnie: w rzeczywistości istnienie wiadomości e-mail w bazie danych nie oznacza ściśle scenariusza awarii, obietnica odrzucenia zwykle odpowiada i odzwierciedla.

Z drugiej strony sposób, w jaki Angular implementował swoje walidatory asynchroniczne, ma również sens, jeśli się nad tym zastanowić. Wynik niepowodzenia sprawdzania poprawności koncepcyjnie jest jak porażka, nie w kontekście HTTP, ale w sensie logiki biznesowej.

W takim przypadku prawdopodobnie dostosowałbym moją usługę niestandardową, aby przywrócić status braku sukcesu, np. 409 Conflict.

Jeśli nadal chcesz, aby powrócić 200 kod sukcesu wraz z prawda/fałsz resonses można jeszcze wprowadzić kod walidator trochę mniej brzydki:

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