Translate page 'Code-Splitting' #55
Conversation
|
Ah oui, un point aussi : j'ai traduit |
Nab69
added
the
Pending Review
@linsolas Ouais j'avoue que "limite d'erreur" c'est pas un terme que j'utiliserais en conf ou en formation 😆 |
|
Hello @Nab69 En y réfléchissant, je me demande si C'est un concept introduit par React (v16) pour "attraper" les erreurs des composants enfants pour qu'elles évitent de se propager à toute l'application. Ce concept définit donc des "frontières" que ne sont pas censées dépasser les erreurs (offre soumise à conditions). |
There was a problem hiding this comment.
de petits retours
avec juste une interrogation sur fractionnement, je suis plus habitue a lire separation
concernant limite d'erreur je trouve pas ca super jolie en france, et les derive son moyen. On ne pourrait pas garder error bounderies avec une NdT au debut ?
content/docs/code-splitting.md
Outdated
| @@ -1,20 +1,16 @@ | |||
| --- | |||
| id: code-splitting | |||
| title: Code-Splitting | |||
| title: Fractionnement de code | |||
There was a problem hiding this comment.
Fractionnement ne me gene pas, mais separation de code n'irait il pas aussi ?
There was a problem hiding this comment.
J'ai changé pour "séparation", mais d'un point de vue personnel, aucune des deux traductions ne me satisfait vraiment...
content/docs/code-splitting.md
Outdated
| if you are including large third-party libraries. You need to keep an eye on | ||
| the code you are including in your bundle so that you don't accidentally make | ||
| it so large that your app takes a long time to load. | ||
| Créer des bundles est génial, mais au fur et à mesure que votre application grandit, votre bundle va grandir aussi. En particulier si vous intégrez des bibliothèques tierces. Vous devez garder un œil sur le code que vous intégrez dans votre bundle pour éviter de le rendre si lourd que le chargement de votre application prendra beaucoup de temps. |
There was a problem hiding this comment.
votre bundle va grandir aussi -> votre bundle va grossir aussi
ca permet d'eviter la repetition, mais facultatif comme changement
content/docs/code-splitting.md
Outdated
| supported by bundlers like Webpack and Browserify (via | ||
| [factor-bundle](https://github.com/browserify/factor-bundle)) which can create | ||
| multiple bundles that can be dynamically loaded at runtime. | ||
| Pour éviter de vous retrouver avec un bundle trop volumineux, il est bon d'anticiper les problèmes et de commencer à fractionner votre bundle. Le [fractionnement de code](https://webpack.js.org/guides/code-splitting/) est une fonctionnalité supportée par les outils de génération de bundles tels que Webpack ou Browserify (*via* [factor-bundle](https://github.com/browserify/factor-bundle)) qui permet de créer plusieurs bundles pouvant être chargés dynamiquement au moment de l'exécution. |
There was a problem hiding this comment.
une raison pour via au lieu de via comme en anglais ?
There was a problem hiding this comment.
Une erreur de ma part. La préposition via n'est effectivement pas tirée du latin, comme je le pensais. L'utilisation de l'italique n'a donc pas lieu d'être. Merci :)
content/docs/code-splitting.md
Outdated
|
|
||
| Here's an example of how to setup route-based code splitting into your app using | ||
| libraries like [React Router](https://reacttraining.com/react-router/) with `React.lazy`. | ||
| Voici un exemple de configuration de fractionnement de code basé sur les routes à intégrer dans votre application en utilisant des bibliothèques telles que [React Router](https://reacttraining.com/react-router/) avec `React.lazy`. |
There was a problem hiding this comment.
les routes à intégrer -> les routes, à intégrer
petite virgule de separation je pense
content/docs/code-splitting.md
Outdated
|
|
||
| `React.lazy` currently only supports default exports. If the module you want to import uses named exports, you can create an intermediate module that reexports it as the default. This ensures that treeshaking keeps working and that you don't pull in unused components. | ||
| `React.lazy` ne supporte actuellement que les exports par défaut. Si le module que vous souhaitez importer utilise des exports nommés, vous pouvez créer un module intermédiaire qui les réexportera par défaut. Cela garantit que le *treeshaking* ([procédé permettant de supprimer le code mort](https://developer.mozilla.org/fr/docs/Glossaire/Tree_shaking) — NdT) continue de fonctionner et que vous n'intégrez pas de composants inutilisés. |
There was a problem hiding this comment.
il y a une faute en anglais aussi mais treeshaking est separe
donc tree shaking
|
Merci @sheplu pour ta relecture. Le texte a été mis à jour. |
|
Deploy preview for fr-reactjs ready! Built with commit aa93367 |
|
Deploy preview for fr-reactjs ready! Built with commit 28d50e2 |
There was a problem hiding this comment.
Salut @linsolas !
Avant toute chose, merci pour tout ce boulot ! C'est super cool de nous filer un coup de main.
Bon, comme d'hab', l'essentiel de mes retours sont des petits détails (par exemple, c’est pas « séparation du code » mais « découpage dynamique de code », cf. nav.yml, ce qui a un impact assez large…), dont certains se retrouvent de trad en trad vu que tu en as pondu plein avant que j'ai le temps de faire ma première revue 😉
Il a fallu éclaircir quelques points, mais au global c'est bien cool. Hâte que tu traites ça pour que je puisse finaliser l'intégration.
Tout est fait sous forme de Suggestions GitHub, il te suffit à chaque suggestion que tu approuves de cliquer le bouton d'ajout au lot de modifs à committer, et sur la fin de créer le commit groupé. (ce mode de regroupement en un seul commit est à favoriser absolument, mais tu devras aller dans l'onglet Files changed pour y accéder, il n'est pas utilisable dans l’onglet Conversation)
Si certaines appellent discussion, n'hésite pas, tu réponds, on en parle, on avance ensemble 🤝
Quand tout sera bouclé côté code, je ferai une repasse visuelle finale en local avant de fusionner.
Encore mille mercis, j'ai hâte de voir cette PR finalisée et dans master !
tdd
added
Reviewed
and removed
Pending Review
Co-Authored-By: linsolas <[email protected]>
|
@linsolas y'a 2 suggestions que t'as pas pris sans dire pkoi…? |
Co-Authored-By: linsolas <[email protected]>
|
Hello @tdd, L’un est un oubli, l’autre est empêchée par Github qui me dit qu’aucun changement n’est présent ! |
|
@linsolas j'ai corrigé ma suggestion. |
Co-Authored-By: linsolas <[email protected]>
Hello,
Voici ma traduction pour la page Code-Splitting, que j'ai traduit par "Fractionnement de code". Je suis ouvert à une meilleure traduction si vous avez.