6-async/04-promise-api by Starriers · Pull Request #202 · javascript-tutorial/zh.javascript.info

Starriers · 2018-08-17T01:27:54Z

Translation have been done !

update repo.

Starriers · 2018-08-17T01:29:21Z

1 promise 带有 reject 和 settle 的术语结合，感觉翻译的有问题
2. error 感觉不翻译比较好（如果觉得有必要翻译，指出即可）

QC-L · 2018-09-10T13:28:09Z

@leviding 校对认领

leviding · 2018-09-10T13:29:57Z

@QC-L 👌

QC-L · 2018-09-10T14:12:39Z

+这里我们有一个指向 `Promise.all` 的 `fetch(...)` promise 数组。

-We can't change the way `Promise.all` works: if it detects an error, then it rejects with it. So we need to prevent any error from occuring. Instead, if a `fetch` error happens, we need to treat it as a "normal" result.
+我们不能改变 `Promise.all` 的工作方式：如果它检测到 error，就会拒绝它。因此我们需要阻止任何 error 发生。相反，如果 `fetch` error 发生，我们需要将其视为 "normal" 结果。


『就会拒绝它』 => 『就会 reject 它』
感觉像 reject 这种术语，没必要翻译

QC-L · 2018-09-10T14:16:34Z

+这里我们有一个指向 `Promise.all` 的 `fetch(...)` promise 数组。

-We can't change the way `Promise.all` works: if it detects an error, then it rejects with it. So we need to prevent any error from occuring. Instead, if a `fetch` error happens, we need to treat it as a "normal" result.
+我们不能改变 `Promise.all` 的工作方式：如果它检测到 error，就会拒绝它。因此我们需要阻止任何 error 发生。相反，如果 `fetch` error 发生，我们需要将其视为 "normal" 结果。


『我们需要阻止』=>『我们需要避免』

QC-L · 2018-09-10T14:24:01Z

+这里我们有一个指向 `Promise.all` 的 `fetch(...)` promise 数组。

-We can't change the way `Promise.all` works: if it detects an error, then it rejects with it. So we need to prevent any error from occuring. Instead, if a `fetch` error happens, we need to treat it as a "normal" result.
+我们不能改变 `Promise.all` 的工作方式：如果它检测到 error，就会拒绝它。因此我们需要阻止任何 error 发生。相反，如果 `fetch` error 发生，我们需要将其视为 "normal" 结果。


『如果 fetch error 发生，我们需要将其视为 "normal" 结果。』=>『如果 fetch 发生 error，我们需要将其视为"正常"结果。』

QC-L · 2018-09-10T14:28:48Z

+我们不能改变 `Promise.all` 的工作方式：如果它检测到 error，就会拒绝它。因此我们需要阻止任何 error 发生。相反，如果 `fetch` error 发生，我们需要将其视为 "normal" 结果。

-Here's how:
+这是方法：


『这是方法：』=>『就像这样：』

QC-L · 2018-09-10T14:35:21Z

 ```

-In other words, the `.catch` takes an error for all of the promises and returns it normally. By the rules of how promises work, if a `.then/catch` handler returns a value (doesn't matter if it's an error object or something else), then the execution continues the "normal" flow.
+换句话说，`.catch` 会对所有的 promise 产生 error，然后正常返回。根据 promise 的工作原理，只要 `.then/catch` 处理器返回值（无论是 error 对象或其他内容），执行流程就会正常进行。


『正常进行』=>『"正常"进行』

QC-L · 2018-09-11T05:57:13Z

+问题是如果任何请求都失败了，那么 `Promise.all` 就会与错误一起 rejects，而且会丢失其他所有请求的结果。因此上述代码并不是容错的，而是和之前任务中的代码一样。

-Modify the code so that the array in the line `(*)` would include parsed JSON for successful requests and error for errored ones.
+因此在修改代码后 `(*)` 中的数组包含成功请求的解析 JSON 和错误的 JSON。


『因此在修改代码后 (*) 中的数组包含成功请求的解析 JSON 和错误的 JSON。』=>『请修改代码后，保证 (*) 的数组中包含请求成功解析后的 JSON 和错误的 JSON』

QC-L · 2018-09-11T12:32:35Z

 ```

-The method is used when we already have a value, but would like to have it "wrapped" into a promise.
+当我们已经有一个值的时候，就会使用该方法，但希望将它“封装”进 promise。


『有一个值的时候』=>『有一个 value 的时候』

QC-L · 2018-09-11T12:36:41Z

+它需要一个带有 promise 的 `iterable` 对象，技术上来说，它是可以迭代的，但通常情况下，它只是一个数组，而且会返回一个新的 promise。新的 promise 是在所有 promise 都被解决并拥有一个存放结果的数组之后才出现的。

-For instance, the `Promise.all` below settles after 3 seconds, and then its result is an array `[1, 2, 3]`:
+例如下面的 `Promise.all` 在 3 秒之后被处理，然后它的结果就是一个 `[1, 2, 3]` 数组：


『例如』=>『例如，』

QC-L · 2018-09-11T12:38:46Z

 ```

-Here the second promise rejects in two seconds. That leads to immediate rejection of `Promise.all`, so `.catch` executes: the rejection error becomes the outcome of the whole `Promise.all`.
+这里的第二个 promise 在两秒内为 reject。这立即导致了对 `Promise.all` 的 reject。因此 `.catch` 被执行：拒绝的错误成为整个 `Promise.all` 的结果。


『拒绝的错误成为整个 Promise.all 的结果。』=> 『避免 error 成为整个 Promise.all 的结果』

QC-L · 2018-09-11T12:40:52Z

 ```

-So we are able to pass non-promise values to `Promise.all` where convenient.
+因此我们可以在方便的时候将无 promise 值传递给 `Promise.all`。


『将无 promise 值传递给』 =>『将非 promise 值传递给』

leviding · 2018-09-12T00:57:42Z

@Starriers 可以修改啦

leviding · 2018-09-15T12:17:41Z

#204

Starriers added 5 commits June 25, 2018 08:42

Merge pull request #1 from xitu/zh-hans

f21533a

update repo.

翻译完成

9d3941a

Translation have been done!

b4c5a6d

Translation have been done ！

4d9ea73

Translation have been done ！

b15717e

leviding added the 校对认领 label Aug 17, 2018

leviding mentioned this pull request Aug 17, 2018

6-async #204

Closed

4 tasks

leviding changed the title ~~Translation/promise api~~ Translation/04 promise api Aug 17, 2018

leviding changed the title ~~Translation/04 promise api~~ 6-async/04-promise-api Aug 17, 2018

leviding added the 正在校对 label Sep 10, 2018

QC-L reviewed Sep 11, 2018

View reviewed changes

leviding added the enhancement New feature or request label Sep 12, 2018

Starriers added 5 commits September 13, 2018 11:50

The First Commit -- Change

dc9995b

The First Commit -- Modification

4ba9b18

The first commit -- Modification

7d5aef0

The Second Commit -- Modification

2c024ef

The First Commit -- Modification

d1fb477

leviding added WIP Work in process and removed enhancement New feature or request 校对认领 labels Sep 13, 2018

leviding added 2 commits September 15, 2018 20:18

Update task.md

1a5d62a

Update article.md

03ca3c9

leviding approved these changes Sep 15, 2018

View reviewed changes

leviding merged commit a69bd80 into javascript-tutorial:zh-hans Sep 15, 2018

leviding added the 翻译完成 label Sep 15, 2018

leviding removed WIP Work in process 正在校对 labels Sep 15, 2018

Conversation

Starriers commented Aug 17, 2018

Uh oh!

Starriers commented Aug 17, 2018

Uh oh!

QC-L commented Sep 10, 2018

Uh oh!

leviding commented Sep 10, 2018

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

leviding commented Sep 12, 2018

Uh oh!

leviding commented Sep 15, 2018

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

3 participants