What is the translation of " REJECTION HANDLER " in Bulgarian?

• манипулатор за отхвърляне
• манипулатора за отхвърляне

Examples of using Rejection handler in English and their translations into Bulgarian

Rejection handlers work the same way.
Манипулаторите за отхвърляне работят по същия начин.

You could, however, attach a rejection handler instead.
Може обаче да се добави манипулатор за отхвърляне, вместо него.

When a rejection handler is called, it may return a value.
Когато един манипулатор за отхвърляне се извика, той може да върне стойност.

That value is then passed to the rejection handler for p1.
Тази стойност след това се подава към манипулатора за отхвърляне на p1.

Here, the rejection handler is called as a result of p2 being rejected.
Тука, манипулатора за отхвърляне се извиква в резултат на отхвърлянето на p2.

Here, the rejectionHandled event is emitted when the rejection handler is finally called.
Тука, rejectionHandled събитието се излъчва, когато манипулатора за отхвърляне се извика най-накрая.

In this case, the rejection handler is passed 43 to reflect the rejection from p2.
В този случай, манипулатора за отхвърляне подава 43, за да отрази отхвърлянето от p2.

If an error is thrown inside an executor, then the promise's rejection handler is called.
Ако се хвърли грешка вътре в изпълнителя, след това се извиква манипулатора за отхвърляне на promise.

That value is passed into the rejection handler for the promise, where value+ 1 is returned.
Тази стойност се подава в манипулатора за отхвърляне на promise, където се връща value+ 1.

Promises also have a catch() method that behaves the same as then() when only a rejection handler is passed.
Promises също имат catch() метод, който се държи също, като then(), само когато се подава към манипулатор за отхвърляне.

Just know that if you don't attach a rejection handler to a promise, all failures will happen silently.
Ако не се прикачи манипулатор за отхвърляне към promise, всички неуспехи ще се случват мълчаливо.

That handler then throws another error that is caught by the second promise's rejection handler.
Този манипулатор после хвърля друга грешка, която е уловена от манипулатора на второто отхвърлено promise.

This allows you to add new fulfillment and rejection handlers at any time and guarantee that they will be called.
Това ви позволява да добавите ново изпълнение и отхвърляне, работещи по всяко време и се гарантира, че те ще се извикат.

The chained call to the catch() method, which is on a second promise, is able to receive that error through its rejection handler.
Верижното извикване към catch() метода, който е във второто promise, може да получи тази грешка, чрез манипулатора за отхвърляне.

Returning thenables from fulfillment or rejection handlers doesn't change when the promise executors are executed.
Върнатата thenables от манипулатора за изпълнение и отхвърляне не се променя, когато се изпълняват изпълнителите на promise.

The rejection handler would instead be called during the same turn of the event loop where rejected was created, which isn't useful.
Манипулатора за отхвърляне се извиква по същото време с контура на цикъла на събитието, в което rejected е създаден, което не е позволено.

RejectionHandled: Emitted when a promise is rejected and a rejection handler is called after one turn of the event loop.
Rejectionhandled- излъчва при отхвърлено promise и има манипулатор за отхвърляне, извикан в рамките на един контур на цикъл на събитие.

A fulfillment or rejection handler will still be executed even if it is added to the job queue after the promise is already settled.
Манипулаторите за изпълнение и отхвърляне ще бъдат изпълнени, дори ако се добавят към job queue, след като promise вече е уредено.

UnhandledRejection: Emitted when a promise is rejected and no rejection handler is called within one turn of the event loop.
UnhandledRejection- излъчва при отхвърлено promise и няма манипулатор за отхвърляне, извикан в рамките на един контур на цикъл на събитие.

One of the most controversial aspects of promises is the silent failure that occurs when a promise is rejected without a rejection handler.
Един от най-спорните аспекти на promises е мълчаливия отказ, което се случва, когато едно promise се отхвърли и не разполага с манипулатор за отхвърляне.

If p2 were rejected, a rejection handler(if present) would be called instead of the second fulfillment handler..
Ако p2 се отхвърли, ще се извика манипулатор за отхвърляне(ако има такъв) вместо втория манипулатор за изпълнение.

Promise chaining allows you to catch errors that may occur in a fulfillment or rejection handler from a previous promise.
Верижните promises ни позволяват да улавяме грешки, които могат да възникнат по време на изпълнение или при манипулатора за отхвърляне от предишното promise.

That's because fulfillment and rejection handlers are always added to the end of the job queue after the executor has completed.
Това е, защото манипулаторите за изпълнение и отхвърляне, винаги се добавят към края на job queue, след като изпълнителя е завършил.

The executor handles catching any thrown errors to simplify this common use case, but an error thrown in the executor is only reported when a rejection handler is present.
Изпълнителя държи улавянето на всички хвърлени грешки, за да се опрости този случай на обща употреба, но хвърлена грешка в изпълнителя се съобщава, само когато присъства манипулатор за отхвърляне.

Always have a rejection handler at the end of a promise chain to ensure that you can properly handle any errors that may occur.
Винаги има манипулатор за отхвърляне в края на веригата от promises, за да се гарантира, че могат правилно да се справят с всички грешки, които могат да възникнат.

If a built-in promise is passed to either method, the promise will be resolved or rejected, and the method will return a new MyPromise so you can assign fulfillment and rejection handlers.
Че ако вграденото promise се подаде на двата метода, то ще бъде разрешено или отхвърлено и върнато в нов MyPromise, така че да може да се присвои от манипулатора за изпълнение и отхвърляне.

Returning primitive values from fulfillment and rejection handlers allows passing of data between promises, but what if you return an object?
Връщането на примитивни стойности от манипулатора за изпълнение и отхвърляне, позволява прехвърляне на данни между promises, но какво става ако върне обект?

The rejection handler always receives a single value rather than an array, and the value is the rejection value from the promise that was rejected.
Манипулатора за отхвърляне винаги получава една стойност, а не array, стойността е стойността на отхвърляне от promise, което е отхвърлено.

The then() method allows you to assign a fulfillment and rejection handler and the catch() method allows you to assign only a rejection handler.
Метода then() ви позволява да зададете манипулатор за изпълнение и отхвърляне, а catch() метода ви позволява зададете само манипулатор за отхвърляне.

The rejection handler for p4 is called immediately without waiting for p1 or p3 to finish executing(They do still finish executing; p4 just doesn't wait.).
Манипулатора за отхвърляне на p4 се извиква веднага, без да чака p1 или p3 да завършат изпълнението(те все още завършват изпълнението, просто p4 не чака).