Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

Commit 701392c

Browse files
authored
Merge pull request #2413 from raycon/master
Change source of the term 'microtask'
2 parents 13da056 + 83b051e commit 701392c

File tree

1 file changed

+2
-2
lines changed

1 file changed

+2
-2
lines changed

‎1-js/11-async/07-microtask-queue/article.md‎

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -23,7 +23,7 @@ Why did the `.then` trigger afterwards? What's going on?
2323

2424
## Microtasks queue
2525

26-
Asynchronous tasks need proper management. For that, the ECMA standard specifies an internal queue `PromiseJobs`, more often referred to as the "microtask queue" (ES8 term).
26+
Asynchronous tasks need proper management. For that, the ECMA standard specifies an internal queue `PromiseJobs`, more often referred to as the "microtask queue" (V8 term).
2727

2828
As stated in the [specification](https://tc39.github.io/ecma262/#sec-jobs-and-job-queues):
2929

@@ -103,7 +103,7 @@ In the example above, `.catch` added by `setTimeout` also triggers. But it does
103103

104104
## Summary
105105

106-
Promise handling is always asynchronous, as all promise actions pass through the internal "promise jobs" queue, also called "microtask queue" (ES8 term).
106+
Promise handling is always asynchronous, as all promise actions pass through the internal "promise jobs" queue, also called "microtask queue" (V8 term).
107107

108108
So `.then/catch/finally` handlers are always called after the current code is finished.
109109

0 commit comments

Comments
(0)

AltStyle によって変換されたページ (->オリジナル) /