私のアプリケーションには、次のコードを含む i18n サービスがあります。
var i18nService = function() {
this.ensureLocaleIsLoaded = function() {
if( !this.existingPromise ) {
this.existingPromise = $q.defer();
var deferred = this.existingPromise;
var userLanguage = $( "body" ).data( "language" );
this.userLanguage = userLanguage;
console.log( "Loading locale '" + userLanguage + "' from server..." );
$http( { method:"get", url:"/i18n/" + userLanguage, cache:true } ).success( function( translations ) {
$rootScope.i18n = translations;
deferred.resolve( $rootScope.i18n );
} );
}
if( $rootScope.i18n ) {
this.existingPromise.resolve( $rootScope.i18n );
}
return this.existingPromise.promise;
};
アイデアとしては、ユーザーはensureLocaleIsLoaded
Promiseを呼び出して解決を待つというものです。しかし、関数の目的は確保するロケールがロードされると、ユーザーがそれを複数回呼び出してもまったく問題ありません。
現在は、単一の Promise を保存し、サーバーからロケールが正常に取得された後にユーザーが関数を再度呼び出すと、それを解決します。
私の知る限り、これは意図したとおりに機能していますが、これが適切なアプローチであるかどうか疑問に思っています。
ベストアンサー1
私が現在理解しているプロミスでは、これは 100% 問題ないはずです。唯一理解すべきことは、遅延オブジェクトについては、解決 (または拒否) されると、それで終わり、つまり完了するということです。
そのプロミスを再度呼び出すとthen(...)
、(最初の)解決/拒否の結果がすぐに得られます。
追加の呼び出しはresolve()
効果がありません。
以下は、これらのユースケースをカバーする実行可能スニペットです。
var p = new Promise((resolve, reject) => {
resolve(1);
reject(2);
resolve(3);
});
p.then(x => console.log('resolved to ' + x))
.catch(x => console.log('never called ' + x));
p.then(x => console.log('one more ' + x));
p.then(x => console.log('two more ' + x));
p.then(x => console.log('three more ' + x));