beheers het JavaScript-Interview: Wat is de belofte?

onzewait(3000)aanroep zal 3000ms (3 seconden) wachten en vervolgens'Hello!'loggen., Alle Spec-compatibele Beloften definiëren een.then() methode die u gebruikt om handlers te passeren die de gevonden of afgewezen waarde kunnen nemen.

De ES6 promise constructor heeft een functie. Deze functie heeft twee parameters, resolve(), en reject(). In het voorbeeld hierboven gebruiken we alleen resolve(), dus heb ik reject() uit de parameterlijst gelaten. Daarna roepen we setTimeout() aan om de vertraging aan te maken, en roepen we resolve() aan als het klaar is.,

u kunt optioneel resolve() of reject() met waarden geven, die worden doorgegeven aan de callback functies die verbonden zijn met .then().

wanneer i reject() met een waarde, geef ik altijd een Error object. Over het algemeen wil ik twee mogelijke resolutietoestanden: het normale gelukkige pad, of een uitzondering — alles wat het normale gelukkige pad tegenhoudt. Het doorgeven van een Error object maakt dat expliciet.,

belangrijke Promise regels

een standaard voor promises werd gedefinieerd door de Promises / A+ specificatie gemeenschap. Er zijn veel implementaties die voldoen aan de standaard, met inbegrip van de JavaScript standaard ECMAScript Beloften.

beloften die de specificatie volgen, moeten een specifieke set regels volgen:

• een belofte of “thenable” is een object dat een standaard-compatibele .then() methode levert.
• een in behandeling zijnde belofte kan overgaan in een vervulde of afgewezen toestand.,
• een vervulde of geweigerde belofte wordt afgewikkeld, en mag niet naar een andere staat overgaan.
• zodra een belofte is afgewikkeld, moet deze een waarde hebben (die undefinedkan zijn). Die waarde mag niet veranderen.

verandering in deze context verwijst naar identiteit (===) vergelijking. Een object kan worden gebruikt als de vervulde waarde, en objecteigenschappen kunnen muteren.,

Every promise must supply a .then() method with the following signature:

promise.then(
onFulfilled?: Function,
onRejected?: Function
) => Promise

The .then() method must comply with the these rules:

• Both onFulfilled() en onRejected() zijn optioneel.
• als de opgegeven argumenten geen functies zijn, moeten ze genegeerd worden.
• onFulfilled() wordt aangeroepen nadat de belofte is vervuld, met de waarde van de belofte als eerste argument.,
• onRejected() wordt aangeroepen nadat de belofte is afgewezen, met als eerste argument de reden voor de afwijzing. De reden kan een geldige JavaScript waarde, maar omdat afwijzingen zijn in wezen synoniem met uitzonderingen, ik raad het gebruik van fout objecten.
• noch onFulfilled() noch onRejected() mag meer dan één keer worden aangeroepen.
• .then() kan vele malen worden aangeroepen op dezelfde belofte. Met andere woorden, een belofte kan worden gebruikt om callbacks samen te voegen.,
• .then() moet een nieuwe belofte retourneren, promise2.
• als onFulfilled() of onRejected() een waarde x retourneert en x een belofte is, zal promise2 vergrendelen met (neem aan dezelfde status en waarde als) x. Anders wordt aan promise2 voldaan met de waarde van x.,
• als onFulfilled of onRejected een uitzondering geeft e, moet promise2 worden afgewezen met e als reden.
• indien onFulfilled geen functie is en promise1 is vervuld, moet promise2 worden vervuld met dezelfde waarde als promise1.,
• indien onRejected geen functie is en promise1 wordt afgewezen, moet promise2 worden afgewezen om dezelfde reden als promise1.

Promise Chaining

omdat .then() altijd een nieuwe belofte retourneert, is het mogelijk om Beloften te ketenen met nauwkeurige controle over hoe en waar fouten worden behandeld. Met Promises kunt u het gedrag van try/catch nabootsen.,

net als synchrone code, zal chaining resulteren in een reeks die in serieel draait., In andere woorden, je kunt doen:

fetch(url)
.then(process)
.then(save)
.catch(handleErrors)
;

Hier is een voorbeeld van een complexe belofte keten met meerdere afwijzingen:

Fout Afhandeling

Merk op dat belooft hebben zowel een succes als een fout van de handler, en het is heel gebruikelijk om te zien de code die dit doet:

save().then(
handleSuccess,
handleError
);

Maar wat gebeurt er als handleSuccess() gooit een foutmelding?, De belofte van .then() zal worden afgewezen, maar er is niets om de afwijzing te vangen — wat betekent dat een fout in uw app wordt ingeslikt. Oeps!

daarom beschouwen sommige mensen de bovenstaande code als een anti-patroon, en bevelen in plaats daarvan het volgende aan:

save()
.then(handleSuccess)
.catch(handleError)
;

het verschil is subtiel, maar belangrijk. In het eerste voorbeeld zal een fout uit de functie save() worden opgevangen, maar een fout uit de functie handleSuccess() worden doorgeslikt.,

In the second example, .catch() will handle rejections from either save(), or handleSuccess().

natuurlijk kan de save() fout een netwerkfout zijn, terwijl de handleSuccess() fout kan zijn omdat de ontwikkelaar vergat een specifieke statuscode af te handelen. Wat als je ze anders wilt aanpakken? U kunt ervoor kiezen om ze allebei af te handelen:

save()
.then(
handleSuccess,
handleNetworkError
)
.catch(handleProgrammerError)
;

wat u ook verkiest, ik raad aan om alle belofte ketens te beëindigen met een .catch(). Dat is het herhalen waard:

Ik adviseer om alle belofte ketens te beëindigen met een .catch().,

Hoe annuleer ik een belofte?

een van de eerste dingen waar nieuwe promise-gebruikers zich vaak over afvragen is hoe ze een belofte kunnen annuleren. Hier is een idee: verwerp de belofte met “geannuleerd” als de reden. Als je nodig hebt om te gaan met het anders dan een “normale” fout, doe je vertakking in uw fout handler.

Hier zijn enkele veel voorkomende fouten die mensen maken wanneer ze hun eigen belofte annuleren:

toevoegen .,cancel () aan de belofte

Het toevoegen van .cancel() maakt de belofte niet-standaard, maar het schendt ook een andere regel van Beloften: alleen de functie die de belofte maakt moet in staat zijn om de belofte op te lossen, af te wijzen of te annuleren. Het blootstellen breekt die inkapseling, en moedigt mensen aan om code te schrijven die de belofte manipuleert op plaatsen die er niet van zouden moeten weten. Vermijd spaghetti en gebroken beloften.

vergeten op te ruimen

sommige slimme mensen hebben ontdekt dat er een manier is om Promise.race() als een annuleringsmechanisme te gebruiken., Het probleem daarmee is dat de annuleringscontrole wordt overgenomen van de functie die de belofte creëert, wat de enige plek is waar je goede opschoonactiviteiten kunt uitvoeren, zoals het wissen van timeouts of het vrijmaken van geheugen door verwijzingen naar gegevens te wissen, enz…

vergeten een geweigerde annuleringsbelofte af te handelen

Wist u dat Chrome waarschuwingsberichten over de hele console gooit wanneer u een afstoting van een belofte vergeet af te handelen? Oeps!

te complex

Het ingetrokken tc39-annuleringsvoorstel stelde een apart berichtenkanaal voor annuleringen voor., Het gebruikte ook een nieuw concept genaamd een annuleringstoken. Naar mijn mening, de oplossing zou aanzienlijk opgeblazen de belofte spec, en de enige functie die het zou hebben gesteld dat speculaties niet direct ondersteunen is de scheiding van afwijzingen en annuleringen, die, IMO, is niet nodig om te beginnen met.

wilt u wisselen afhankelijk van of er een uitzondering of een annulering is? Ja, absoluut. Is dat het werk van de belofte? Naar mijn mening, nee, dat is het niet.,

herdenken van belofte annulering

over het algemeen geef ik alle informatie door die de belofte nodig heeft om te bepalen hoe de belofte moet worden opgelost / afgewezen / geannuleerd tijdens het aanmaken van de belofte. Op die manier is er geen .cancel() methode nodig op een belofte. Je vraagt je misschien af hoe je zou kunnen weten of je gaat annuleren bij belofte creatie tijd.

” als ik nog niet weet of ik moet annuleren, hoe Weet ik dan wat ik moet doorgeven als ik de belofte maak?,”

was er maar een object dat in de toekomst een potentiële waarde zou kunnen hebben… oh, wacht.

de waarde die we doorgeven om aan te geven of annuleren wel of niet een belofte zelf kan zijn. Zo zou dat eruit kunnen zien:

speculation(fn: SpecFunction, shouldCancel: Promise) => Promise

SpecFunction(resolve: Function, reject: Function, onCancel: Function) => Void

npm install --save speculation