Skip to content

Commit e019e29

Browse files
committed
Conflict fixed on "Async iteration and generators" page in french
language
1 parent 1c08e1e commit e019e29

File tree

1 file changed

+3
-15
lines changed
  • 1-js/12-generators-iterators/2-async-iterators-generators

1 file changed

+3
-15
lines changed

1-js/12-generators-iterators/2-async-iterators-generators/article.md

Lines changed: 3 additions & 15 deletions
Original file line numberDiff line numberDiff line change
@@ -301,11 +301,7 @@ Désormais, les valeurs sont accompagnées d'un délai de 1 seconde entre elles.
301301
```smart
302302
Techniquement, nous pouvons ajouter à la fois `Symbol.iterator` et `Symbol.asyncIterator` à l'objet, donc il est à la fois itérable de manière synchrone (`for..of`) et asynchrone (`for await..of`).
303303
304-
<<<<<<< HEAD
305304
En pratique cependant, ce serait une chose étrange à faire.
306-
=======
307-
In practice though, that would be a weird thing to do.
308-
>>>>>>> 99e59ba611ab11319ef9d0d66734b0bea2c3f058
309305
```
310306

311307
## Exemple réel : données paginées
@@ -363,21 +359,13 @@ Plus d'explications sur son fonctionnement :
363359
364360
1. Nous utilisons la méthode du navigateur [fetch](info:fetch) pour télécharger les commits.
365361
366-
<<<<<<< HEAD
367362
- L'URL initiale est `https://api.github.com/repos/<repo>/commits`, et la page suivante sera dans l'en-tête `Link` de la réponse.
368363
- La méthode `fetch` nous permet de fournir une autorisation et d'autres en-têtes si nécessaire - ici GitHub nécessite `User-Agent`.
369364
2. Les commits sont renvoyés au format JSON.
370-
3. Nous devrions obtenir l'URL de la page suivante à partir de l'en-tête `Link` de la réponse. Il a un format spécial, nous utilisons donc une expression régulière pour cela.
371-
- L'URL de la page suivante peut ressembler à `https://api.github.com/repositories/93253246/commits?page=2`. Il est généré par GitHub lui-même.
365+
3. Nous devrions obtenir l'URL de la page suivante à partir de l'en-tête `Link` de la réponse. Il a un format spécial, nous utilisons donc une [expression régulière](info:regular-expressions)).
366+
pour cela.
367+
- L'URL de la page suivante peut ressembler à `https://api.github.com/repositories/93253246/commits?page=2`. Elle est générée par GitHub lui-même.
372368
4. Ensuite, nous donnons les commits reçus un par un, et quand ils se terminent, la prochaine itération `while(url)` se déclenchera, faisant une demande de plus.
373-
=======
374-
- The initial URL is `https://api.github.com/repos/<repo>/commits`, and the next page will be in the `Link` header of the response.
375-
- The `fetch` method allows us to supply authorization and other headers if needed -- here GitHub requires `User-Agent`.
376-
2. The commits are returned in JSON format.
377-
3. We should get the next page URL from the `Link` header of the response. It has a special format, so we use a regular expression for that (we will lern this feature in [Regular expressions](info:regular-expressions)).
378-
- The next page URL may look like `https://api.github.com/repositories/93253246/commits?page=2`. It's generated by GitHub itself.
379-
4. Then we yield the received commits one by one, and when they finish, the next `while(url)` iteration will trigger, making one more request.
380-
>>>>>>> 99e59ba611ab11319ef9d0d66734b0bea2c3f058
381369

382370
Un exemple d'utilisation (montrant les auteurs de chaque commit en console) :
383371

0 commit comments

Comments
 (0)