.Then (başarı, başarısız) ne zaman vaatler için bir karşıtlık olarak kabul edilir?

Ben bir göz vardı bluebird söz SSS o bahseder ettiği, .then(success, fail)bir antipattern olduğunu . Denemek ve yakalamak için açıklamasını tam olarak anlamıyorum. Bunun nesi yanlış?

some_promise_call()
.then(function(res) { logger.log(res) }, function(err) { logger.log(err) })

Örnek şu şekilde doğru yolu önermektedir.

some_promise_call()
.then(function(res) { logger.log(res) })
.catch(function(err) { logger.log(err) })

Fark ne?

Fark ne?

.then()Çağrı geri arama bir hata atar durumda reddedilecek bir söz dönecektir. Bu, başarınız loggerbaşarısız olduğunda, hatanın aşağıdaki .catch()geri aramaya iletileceği , ancak failyan yana gelen geri aramaya geçilmeyeceği anlamına gelir success.

İşte bir kontrol akış şeması:

Senkronize kodda ifade etmek için:

// some_promise_call().then(logger.log, logger.log)
then: {
    try {
        var results = some_call();
    } catch(e) {
        logger.log(e);
        break then;
    } // else
        logger.log(results);
}

İkincisi log(ilk argüman gibi .then()) yalnızca istisna olmaması durumunda yürütülür. Etiketli blok ve breakifade biraz garip hissediyorum, aslında python try-except-elseiçin olan budur (önerilen okuma!).

// some_promise_call().then(logger.log).catch(logger.log)
try {
    var results = some_call();
    logger.log(results);
} catch(e) {
    logger.log(e);
}

catchKaydedicisi de başarı logger çağrısından istisnalar işleyecektir.

Fark için çok fazla.

Denemek ve yakalamak için açıklamasını tam olarak anlamıyorum

Argüman, genellikle işlemenin her adımında hata yakalamak istediğiniz ve bunu zincirlerde kullanmamanızdır. Beklenti, tüm hataları işleyen yalnızca bir son işleyiciniz olması - "karşıt nokta" yı kullandığınızda, o zaman geri çağrıların bazılarındaki hatalar işlenmez.

Ancak, bu desen gerçekten çok yararlıdır: Tam olarak bu adımda meydana gelen hataları işlemek istediğinizde ve hata olmadığında tamamen farklı bir şey yapmak istediğinizde (yani hata kurtarılamaz olduğunda). Unutmayın bu olduğunu dallanma kontrol akışını. Tabii ki, bu bazen istenir.

Bunun nesi yanlış?

some_promise_call()
.then(function(res) { logger.log(res) }, function(err) { logger.log(err) })

Geri aramanızı tekrarlamanız gerektiğini. İstiyorsun

some_promise_call()
   .catch(function(e) {
       return e; // it's OK, we'll just log it
   })
   .done(function(res) {
       logger.log(res);
   });

Bunun .finally()için kullanmayı da düşünebilirsiniz .

İkisi de aynı değil. Fark, ilk örneğin, successişleyicinize atılan bir istisnayı yakalamamasıdır . Bu nedenle, yönteminizin yalnızca çözülmüş vaatler döndürmesi gerekiyorsa, çoğu zaman olduğu gibi, sondaki bir catchişleyiciye (veya thenboş bir successparametreye sahip başka birine) ihtiyacınız vardır. Elbette, thenişleyicinizin potansiyel olarak başarısız olabilecek herhangi bir şey yapmaması olabilir, bu durumda bir 2 parametresi kullanmak theniyi olabilir.

Ancak, bağlandığınız metnin thenasıl amacının, çoğu zaman eşzamansız adımları zincirleme yeteneğinde çoğunlukla geri çağrılara karşı faydalı olduğuna inanıyorum ve bunu yaptığınızda, 2 parametreli thenincelik biçimi beklendiği gibi davranmıyor , yukarıdaki nedenle. Orta zincir kullanıldığında özellikle mantıksızdır.

Bir sürü karmaşık asenkron malzeme yapan ve itiraf ettiğimden daha fazla bu gibi köşelere çarpan biri olarak, bu anti-modelden kaçınmayı ve ayrı işleyici yaklaşımıyla gitmeyi gerçekten tavsiye ederim.

Her ikisinin de avantajlarına ve dezavantajlarına bakarak, duruma uygun olan hesaplanmış bir tahmin yapabiliriz. Bunlar vaatlerin uygulanmasına yönelik iki ana yaklaşımdır. Her ikisinin de artıları ve eksi var

Yakalama Yaklaşımı

some_promise_call()
.then(function(res) { logger.log(res) })
.catch(function(err) { logger.log(err) })

Avantajları

1. Tüm hatalar bir catch bloğu tarafından işlenir.
2. Hatta o zaman blokta herhangi bir istisna yakalar.
3. Birden çok başarılı geri arama zincirinin zincirlenmesi

Dezavantajları

1. Zincirleme durumunda farklı hata mesajları göstermek zorlaşır.

Başarı / Hata Yaklaşımı

some_promise_call()
.then(function success(res) { logger.log(res) },
      function error(err) { logger.log(err) })

Avantajları

1. İnce taneli hata kontrolü elde edersiniz.
2. Db hatası, 500 hatası gibi çeşitli hata kategorileri için yaygın hata işleme işlevine sahip olabilirsiniz.

dezavantajlarını

1. catchBaşarılı geri aramayla atılan hataları işlemek istiyorsanız yine bir başkasına ihtiyacınız olacak

Basit açıklama:

ES2018'de

Catch yöntemi onRejected parametresiyle çağrıldığında aşağıdaki adımlar uygulanır:

1. Söz ver bu değer olsun.
2. Dönüş ? Çağırın (söz veriyorum, "sonra", «undefined, onRedected»).

bunun anlamı:

promise.then(f1).catch(f2)

eşittir

promise.then(f1).then(undefiend, f2)

Kullanarak bir iş akışını gerçekleştirmek için gereken Promise Chaining'i.then().catch() etkinleştirebilirsiniz . Veritabanından bazı bilgileri okumanız gerekebilir, ardından bir async API'sine aktarmak ve ardından yanıtı değiştirmek isteyebilirsiniz. Yanıtı veritabanına geri göndermek isteyebilirsiniz. Tüm bu iş akışlarını konseptinizle ele almak yapılabilir ancak yönetimi çok zordur. Daha iyi bir çözüm, tüm hataları sadece bir kez yakalamada alır ve kodun korunmasını sağlar .then().then().then().then().catch()

Kullanmak then()ve catch()zincir başarı ve başarısızlık işleyici söz üzerinde yardımcı olur. catch()tarafından verilen söz üzerinde çalışır then(). İşliyor,

1. Söz reddedilirse. Resimdeki 3 numaralı resme bakın
2. Then () öğesinin başarı işleyicisinde hata oluşursa, aşağıdaki 4 ile 7 arasındaki satır numaraları arasında. Resimdeki 2.a bölümüne bakın (Arıza geri çağırma açıkken then()bunu yapmaz.)
3. Then () hata işleyicisinde hata oluşursa, aşağıdaki 8 numaralı satır. Resimdeki 3.b bölümüne bakınız.

1. let promiseRef: Promise = this. aTimetakingTask (false); 2. promiseRef 3. .then( 4. (result) => { 5. /* successfully, resolved promise. 6. Work on data here */ 7. }, 8. (error) => console.log(error) 9. ) 10. .catch( (e) => { 11. /* successfully, resolved promise. 12. Work on data here */ 13. });

Not : Çoğu zaman, catch()önceden yazılmışsa hata işleyici tanımlanamayabilir . DÜZENLEME: reject()çağrılırken sonucu catch()hata işleyicisi yalnızca then()edilir değil tanımlanmış. Resimdeki 3 numaralı uyarı catch(). 8. ve 9. satırdaki işleyici tanımlanmadığında çağrılır.

Bu mantıklıdır çünkü then()bir geri arama ilgileniyorsa, döndürülen sözün bir hatası yoktur.

Kelimeler yerine iyi bir örnek. Aşağıdaki kod (eğer ilk söz çözülmüşse):

Promise.resolve()
.then
(
  () => { throw new Error('Error occurs'); },
  err => console.log('This error is caught:', err)
);

ile aynıdır:

Promise.resolve()
.catch
(
  err => console.log('This error is caught:', err)
)
.then
(
  () => { throw new Error('Error occurs'); }
)

Ancak reddedilen ilk sözle, bu aynı değildir:

Promise.reject()
.then
(
  () => { throw new Error('Error occurs'); },
  err => console.log('This error is caught:', err)
);

Promise.reject()
.catch
(
  err => console.log('This error is caught:', err)
)
.then
(
  () => { throw new Error('Error occurs'); }
)