From becae9bd143653f88e7119d7b60fbfb5830b4ae9 Mon Sep 17 00:00:00 2001 From: Jhon Mike Date: Sun, 10 Mar 2019 22:59:55 -0300 Subject: [PATCH 01/17] translated react v16.7 post --- content/blog/2018-12-19-react-v-16-7.md | 58 ++++++++++++------------- 1 file changed, 29 insertions(+), 29 deletions(-) diff --git a/content/blog/2018-12-19-react-v-16-7.md b/content/blog/2018-12-19-react-v-16-7.md index e6e4f8a34..fb87e33f8 100644 --- a/content/blog/2018-12-19-react-v-16-7.md +++ b/content/blog/2018-12-19-react-v-16-7.md @@ -1,70 +1,70 @@ --- -title: "React v16.7: No, This Is Not the One With Hooks" +title: "React v16.7: Não, Este Não é o Único Com Hooks" author: [acdlite] --- -Our latest release includes an important performance bugfix for `React.lazy`. Although there are no API changes, we're releasing it as a minor instead of a patch. +Nossa última versão inclui um correção crítica(bugfix) de desempenho importante para `React.lazy`. Embora não haja alterações na API, estamos lançando isso como uma versão minor em vez de um patch. -## Why Is This Bugfix a Minor Instead of a Patch? {#why-is-this-bugfix-a-minor-instead-of-a-patch} +## Por Que Este Bugfix é Minor Em Vez de Um Pacth? {#why-is-this-bugfix-a-minor-instead-of-a-patch} -React follows [semantic versioning](/docs/faq-versioning.html). Typically, this means that we use patch versions for bugfixes, and minors for new (non-breaking) features. However, we reserve the option to release minor versions even if they do not include new features. The motivation is to reserve patches for changes that have a very low chance of breaking. Patches are the most important type of release because they sometimes contain critical bugfixes. That means patch releases have a higher bar for reliability. It's unacceptable for a patch to introduce additional bugs, because if people come to distrust patches, it compromises our ability to fix critical bugs when they arise — for example, to fix a security vulnerability. +React segue [versão semântica](/docs/faq-versioning.html). Normalmente, isso significa que usamos versões patch para correções críticas(bugfixes), e minors para novos recursos (non-breaking). No entanto, reservamos a opção de liberar versões minor, mesmo que elas não incluam novos recursos. A motivação é reservar patches para mudanças que tenham uma chance muito baixa de quebrar. Os patches são o tipo mais importante de lançamento, porque às vezes eles contém correções críticas(bugfixes). Isso significa que os lançamentos de patch têm um nível mais alto de confiabilidade. É inaceitável que um patch introduza bugs adicionais, porque se as pessoas descofiarem dos patches, isso compromete nossa capacidade de corrigir bugs críticos quando eles surgem - por exemplo, para corrigir uma vulnerabilidade de segurança. -We never intend to ship bugs. React has a hard-earned reputation for stability, and we intend to keep it that way. We thoroughly test every version of React before releasing. This includes unit tests, generative (fuzzy) tests, integration tests, and internal dogfooding across tens of thousands of components. However, sometimes we make mistakes. That's why, going forward, our policy will be that if a release contains non-trivial changes, we will bump the minor version, even if the external behavior is the same. We'll also bump the minor when changing `unstable_`-prefixed APIs. +Nós nunca pretendemos enviar bugs. React tem um ótima reputação de estabilidade, e nós pretendemos manter assim. Nós testamos completamente todas as versões do React antes de liberar. Isso inclui testes unitários, testes generativos (difusos), testes de integração e alimentação interna em dezenas de milhares de componentes. No entanto, às vezes cometemos erros. É por isso que, daqui para frente, nossa política será a de que, se um lançamento contiver alterações não triviais, usaremos a versão minor, mesmo que o comportamento externo seja o mesmo. Também vamos usar o minor ao alterar as APIs `unstable_`-pré-definidas. -## Can I Use Hooks Yet? {#can-i-use-hooks-yet} +## Posso Usar Hooks Ainda? {#can-i-use-hooks-yet} -Not yet, but soon! +Ainda não, mas em breve! -At React Conf, we said that 16.7 would be the first release to include Hooks. This was a mistake. We shouldn't have attached a specific version number to an unreleased feature. We'll avoid this in the future. +Na React Conf, dissemos que o 16.7 seria o primeiro lançamento a incluir Hooks. Isso foi um erro. Não deveríamos ter anexado um número de versão específico a um recurso não lançado. Nós vamos evitar isso no futuro. -Although 16.7 does not include Hooks, please do not infer anything about the timeline of the Hooks launch. Our plans for Hooks are unchanged: +Embora o 16.7 não inclua Hooks, por favor, não deduza nada sobre a linha do tempo do lançamento de Hooks. Nossos planos para hooks são inalterados: -- The [Hooks proposal](https://github.com/reactjs/rfcs/pull/68) was accepted ([with minor planned changes in response to feedback](https://github.com/reactjs/rfcs/pull/68#issuecomment-439314884)). -- The [implementation](https://github.com/facebook/react/commit/7bee9fbdd49aa5b9365a94b0ddf6db04bc1bf51c) was merged into the React repo (behind a feature flag). -- We're currently in the testing phase, and you can expect a public release within a few months. +- A [proposta dos Hooks](https://github.com/reactjs/rfcs/pull/68) foi aceita ([com pequenas alterações planejadas em resposta ao feedback](https://github.com/reactjs/rfcs/pull/68#issuecomment-439314884)). +- A [implementação](https://github.com/facebook/react/commit/7bee9fbdd49aa5b9365a94b0ddf6db04bc1bf51c) foi mesclada no repositório React (atrás de uma feature flag). +- Estamos atualmente na fase de testes e você pode esperar um lançamento público dentro de alguns meses. -We've heard from many people who want to start using Hooks in their apps. We also can't wait to ship them! But because Hooks changes how we write React components, we are taking extra time to get the details right. We appreciate your patience as we prepare this exciting new feature for widespread, ahem, *use*. +Ouvimos de muitas pessoas que querem começar a usar os Hooks em seus apps. Nós também não podemos esperar para enviá-los! Mas como Hooks muda a forma como escrevemos componentes React, Estamos tirando um tempo extra para acertar os detalhes. Agradecemos sua paciência enquanto preparamos este novo recurso interessante para difundir, o *use*. -Learn more about [our roadmap](/blog/2018/11/27/react-16-roadmap.html) in our previous post. +Saiba mais sobre [nosso roadmap](/blog/2018/11/27/react-16-roadmap.html) em nosso post anterior. -## Installation {#installation} +## Instalação {#installation} -React v16.7.0 is available on the npm registry. +React v16.7.0 está disponível no registro npm. -To install React 16 with Yarn, run: +Para instalar React 16 com Yarn, execute: ```bash yarn add react@^16.7.0 react-dom@^16.7.0 ``` -To install React 16 with npm, run: +Para instalar React 16 com npm, execute: ```bash npm install --save react@^16.7.0 react-dom@^16.7.0 ``` -We also provide UMD builds of React via a CDN: +Nós também fornecemos builds UMD de React via um CDN: ```html ``` -Refer to the documentation for [detailed installation instructions](/docs/installation.html). +Consulte a documentação para [instruções detalhadas de instalação](/docs/installation.html). ## Changelog {#changelog} ### React DOM {#react-dom} -* Fix performance of `React.lazy` for large numbers of lazily-loaded components. ([@acdlite](http://github.com/acdlite) in [#14429](https://github.com/facebook/react/pull/14429)) -* Clear fields on unmount to avoid memory leaks. ([@trueadm](http://github.com/trueadm) in [#14276](https://github.com/facebook/react/pull/14276)) -* Fix bug with SSR and context when mixing `react-dom/server@16.6` and `react@<16.6`. ([@gaearon](http://github.com/gaearon) in [#14291](https://github.com/facebook/react/pull/14291)) -* Fix a performance regression in profiling mode. ([@bvaughn](http://github.com/bvaughn) in [#14383](https://github.com/facebook/react/pull/14383)) +* Correção o desempenho de `React.lazy` para um grande número de componentes lazily-loaded. ([@acdlite](http://github.com/acdlite) em [#14429](https://github.com/facebook/react/pull/14429)) +* Limpar campos na desmontagem para evitar vazamentos de memória. ([@trueadm](http://github.com/trueadm) em [#14276](https://github.com/facebook/react/pull/14276)) +* Correção de bug com SSR e context ao mixar `react-dom/server@16.6` ae `react@<16.6`. ([@gaearon](http://github.com/gaearon) em [#14291](https://github.com/facebook/react/pull/14291)) +* Correção de uma regração de desempenho no modo de criação de perfil. ([@bvaughn](http://github.com/bvaughn) em [#14383](https://github.com/facebook/react/pull/14383)) -### Scheduler (Experimental) {#scheduler-experimental} +### Agendador (Experimental) {#scheduler-experimental} -* Post to MessageChannel instead of window. ([@acdlite](http://github.com/acdlite) in [#14234](https://github.com/facebook/react/pull/14234)) -* Reduce serialization overhead. ([@developit](http://github.com/developit) in [#14249](https://github.com/facebook/react/pull/14249)) -* Fix fallback to `setTimeout` in testing environments. ([@bvaughn](http://github.com/bvaughn) in [#14358](https://github.com/facebook/react/pull/14358)) -* Add methods for debugging. ([@mrkev](http://github.com/mrkev) in [#14053](https://github.com/facebook/react/pull/14053)) +* Postar para MessageChannel em vez da janela. ([@acdlite](http://github.com/acdlite) em [#14234](https://github.com/facebook/react/pull/14234)) +* Reduzir a sobrecarga de serialização. ([@developit](http://github.com/developit) em [#14249](https://github.com/facebook/react/pull/14249)) +* Corrigir fallback para `setTimeout` em ambiente de testes. ([@bvaughn](http://github.com/bvaughn) em [#14358](https://github.com/facebook/react/pull/14358)) +* Adicionar métodos para depuração. ([@mrkev](http://github.com/mrkev) em [#14053](https://github.com/facebook/react/pull/14053)) From 9f2e5caf6b8155e61f1a65652b92444f0de675b2 Mon Sep 17 00:00:00 2001 From: Jhon Mike Date: Sun, 10 Mar 2019 23:25:43 -0300 Subject: [PATCH 02/17] fix --- content/blog/2018-12-19-react-v-16-7.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/blog/2018-12-19-react-v-16-7.md b/content/blog/2018-12-19-react-v-16-7.md index fb87e33f8..666965961 100644 --- a/content/blog/2018-12-19-react-v-16-7.md +++ b/content/blog/2018-12-19-react-v-16-7.md @@ -59,7 +59,7 @@ Consulte a documentação para [instruções detalhadas de instalação](/docs/i * Correção o desempenho de `React.lazy` para um grande número de componentes lazily-loaded. ([@acdlite](http://github.com/acdlite) em [#14429](https://github.com/facebook/react/pull/14429)) * Limpar campos na desmontagem para evitar vazamentos de memória. ([@trueadm](http://github.com/trueadm) em [#14276](https://github.com/facebook/react/pull/14276)) -* Correção de bug com SSR e context ao mixar `react-dom/server@16.6` ae `react@<16.6`. ([@gaearon](http://github.com/gaearon) em [#14291](https://github.com/facebook/react/pull/14291)) +* Correção de bug com SSR e context ao mixar `react-dom/server@16.6` e `react@<16.6`. ([@gaearon](http://github.com/gaearon) em [#14291](https://github.com/facebook/react/pull/14291)) * Correção de uma regração de desempenho no modo de criação de perfil. ([@bvaughn](http://github.com/bvaughn) em [#14383](https://github.com/facebook/react/pull/14383)) ### Agendador (Experimental) {#scheduler-experimental} From 1f2b1f6d144604151437b8772d26a3e427479b19 Mon Sep 17 00:00:00 2001 From: Jhon Mike Date: Tue, 12 Mar 2019 10:22:01 -0300 Subject: [PATCH 03/17] adjusted bugfix notification --- content/blog/2018-12-19-react-v-16-7.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/blog/2018-12-19-react-v-16-7.md b/content/blog/2018-12-19-react-v-16-7.md index 666965961..6e9efa2da 100644 --- a/content/blog/2018-12-19-react-v-16-7.md +++ b/content/blog/2018-12-19-react-v-16-7.md @@ -3,7 +3,7 @@ title: "React v16.7: Não, Este Não é o Único Com Hooks" author: [acdlite] --- -Nossa última versão inclui um correção crítica(bugfix) de desempenho importante para `React.lazy`. Embora não haja alterações na API, estamos lançando isso como uma versão minor em vez de um patch. +Nossa última versão inclui um correção crítica(bugfix) de desempenho para `React.lazy`. Embora não haja alterações na API, estamos lançando isso como uma versão minor em vez de um patch. ## Por Que Este Bugfix é Minor Em Vez de Um Pacth? {#why-is-this-bugfix-a-minor-instead-of-a-patch} From 9cd7e2ed497661edd27a47e30b154b9de1ac1d03 Mon Sep 17 00:00:00 2001 From: Jhon Mike Date: Tue, 12 Mar 2019 10:25:31 -0300 Subject: [PATCH 04/17] fix title react v16.7 post --- content/blog/2018-12-19-react-v-16-7.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/blog/2018-12-19-react-v-16-7.md b/content/blog/2018-12-19-react-v-16-7.md index 6e9efa2da..bc1671a0f 100644 --- a/content/blog/2018-12-19-react-v-16-7.md +++ b/content/blog/2018-12-19-react-v-16-7.md @@ -1,5 +1,5 @@ --- -title: "React v16.7: Não, Este Não é o Único Com Hooks" +title: "React v16.7: Não, Este Não é o Primeiro Com Hooks" author: [acdlite] --- From 9731e664811cf7bd43942efcfd45709d813c49d4 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?J=C3=BAlio=20Campos?= Date: Sat, 16 Mar 2019 16:44:14 -0300 Subject: [PATCH 05/17] Update content/blog/2018-12-19-react-v-16-7.md Co-Authored-By: jhonmike --- content/blog/2018-12-19-react-v-16-7.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/blog/2018-12-19-react-v-16-7.md b/content/blog/2018-12-19-react-v-16-7.md index bc1671a0f..e4537e9bd 100644 --- a/content/blog/2018-12-19-react-v-16-7.md +++ b/content/blog/2018-12-19-react-v-16-7.md @@ -3,7 +3,7 @@ title: "React v16.7: Não, Este Não é o Primeiro Com Hooks" author: [acdlite] --- -Nossa última versão inclui um correção crítica(bugfix) de desempenho para `React.lazy`. Embora não haja alterações na API, estamos lançando isso como uma versão minor em vez de um patch. +Nossa última versão inclui um correção crítica (bugfix) de desempenho para `React.lazy`. Embora não haja alterações na API, estamos lançando isso como uma versão minor em vez de um patch. ## Por Que Este Bugfix é Minor Em Vez de Um Pacth? {#why-is-this-bugfix-a-minor-instead-of-a-patch} From 881ac6fb5c2925406891ec2128173a99e54e57eb Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?J=C3=BAlio=20Campos?= Date: Sat, 16 Mar 2019 16:46:03 -0300 Subject: [PATCH 06/17] Update content/blog/2018-12-19-react-v-16-7.md Co-Authored-By: jhonmike --- content/blog/2018-12-19-react-v-16-7.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/blog/2018-12-19-react-v-16-7.md b/content/blog/2018-12-19-react-v-16-7.md index e4537e9bd..6205e17b9 100644 --- a/content/blog/2018-12-19-react-v-16-7.md +++ b/content/blog/2018-12-19-react-v-16-7.md @@ -7,7 +7,7 @@ Nossa última versão inclui um correção crítica (bugfix) de desempenho para ## Por Que Este Bugfix é Minor Em Vez de Um Pacth? {#why-is-this-bugfix-a-minor-instead-of-a-patch} -React segue [versão semântica](/docs/faq-versioning.html). Normalmente, isso significa que usamos versões patch para correções críticas(bugfixes), e minors para novos recursos (non-breaking). No entanto, reservamos a opção de liberar versões minor, mesmo que elas não incluam novos recursos. A motivação é reservar patches para mudanças que tenham uma chance muito baixa de quebrar. Os patches são o tipo mais importante de lançamento, porque às vezes eles contém correções críticas(bugfixes). Isso significa que os lançamentos de patch têm um nível mais alto de confiabilidade. É inaceitável que um patch introduza bugs adicionais, porque se as pessoas descofiarem dos patches, isso compromete nossa capacidade de corrigir bugs críticos quando eles surgem - por exemplo, para corrigir uma vulnerabilidade de segurança. +React segue [versão semântica](/docs/faq-versioning.html). Normalmente, isso significa que usamos versões patch para correções críticas (bugfixes) e minors para novos recursos (non-breaking). No entanto, reservamos a opção de liberar versões minor, mesmo que elas não incluam novos recursos. A motivação é reservar patches para mudanças que tenham uma chance muito baixa de quebrar. Os patches são o tipo mais importante de lançamento, porque às vezes eles contém correções críticas (bugfixes). Isso significa que os lançamentos de patch têm um nível mais alto de confiabilidade. É inaceitável que um patch introduza bugs adicionais, porque se as pessoas começarão a desconfiar dos patches, isso compromete nossa capacidade de corrigir bugs críticos quando eles surgem - por exemplo, para corrigir uma vulnerabilidade de segurança. Nós nunca pretendemos enviar bugs. React tem um ótima reputação de estabilidade, e nós pretendemos manter assim. Nós testamos completamente todas as versões do React antes de liberar. Isso inclui testes unitários, testes generativos (difusos), testes de integração e alimentação interna em dezenas de milhares de componentes. No entanto, às vezes cometemos erros. É por isso que, daqui para frente, nossa política será a de que, se um lançamento contiver alterações não triviais, usaremos a versão minor, mesmo que o comportamento externo seja o mesmo. Também vamos usar o minor ao alterar as APIs `unstable_`-pré-definidas. From 4602c9d46e546531cba5a33afca20332d935553f Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?J=C3=BAlio=20Campos?= Date: Sat, 16 Mar 2019 16:46:35 -0300 Subject: [PATCH 07/17] Update content/blog/2018-12-19-react-v-16-7.md Co-Authored-By: jhonmike --- content/blog/2018-12-19-react-v-16-7.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/blog/2018-12-19-react-v-16-7.md b/content/blog/2018-12-19-react-v-16-7.md index 6205e17b9..d12f7523a 100644 --- a/content/blog/2018-12-19-react-v-16-7.md +++ b/content/blog/2018-12-19-react-v-16-7.md @@ -9,7 +9,7 @@ Nossa última versão inclui um correção crítica (bugfix) de desempenho para React segue [versão semântica](/docs/faq-versioning.html). Normalmente, isso significa que usamos versões patch para correções críticas (bugfixes) e minors para novos recursos (non-breaking). No entanto, reservamos a opção de liberar versões minor, mesmo que elas não incluam novos recursos. A motivação é reservar patches para mudanças que tenham uma chance muito baixa de quebrar. Os patches são o tipo mais importante de lançamento, porque às vezes eles contém correções críticas (bugfixes). Isso significa que os lançamentos de patch têm um nível mais alto de confiabilidade. É inaceitável que um patch introduza bugs adicionais, porque se as pessoas começarão a desconfiar dos patches, isso compromete nossa capacidade de corrigir bugs críticos quando eles surgem - por exemplo, para corrigir uma vulnerabilidade de segurança. -Nós nunca pretendemos enviar bugs. React tem um ótima reputação de estabilidade, e nós pretendemos manter assim. Nós testamos completamente todas as versões do React antes de liberar. Isso inclui testes unitários, testes generativos (difusos), testes de integração e alimentação interna em dezenas de milhares de componentes. No entanto, às vezes cometemos erros. É por isso que, daqui para frente, nossa política será a de que, se um lançamento contiver alterações não triviais, usaremos a versão minor, mesmo que o comportamento externo seja o mesmo. Também vamos usar o minor ao alterar as APIs `unstable_`-pré-definidas. +Nós nunca pretendemos enviar bugs. React tem um ótima reputação de estabilidade e nós pretendemos manter assim. Nós testamos completamente todas as versões do React antes de liberar. Isso inclui testes unitários, testes generativos (difusos), testes de integração e alimentação interna em dezenas de milhares de componentes. No entanto, às vezes cometemos erros. É por isso que, daqui para frente, nossa política será a de que, se um lançamento contiver alterações não triviais, usaremos a versão minor, mesmo que o comportamento externo seja o mesmo. Também vamos usar o minor ao alterar as APIs `unstable_`-pré-definidas. ## Posso Usar Hooks Ainda? {#can-i-use-hooks-yet} From 738c51315a95186abd883b9f2c097470008a7de7 Mon Sep 17 00:00:00 2001 From: Jhon Mike Date: Sat, 16 Mar 2019 16:47:39 -0300 Subject: [PATCH 08/17] Update content/blog/2018-12-19-react-v-16-7.md --- content/blog/2018-12-19-react-v-16-7.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/blog/2018-12-19-react-v-16-7.md b/content/blog/2018-12-19-react-v-16-7.md index d12f7523a..797d40e58 100644 --- a/content/blog/2018-12-19-react-v-16-7.md +++ b/content/blog/2018-12-19-react-v-16-7.md @@ -11,7 +11,7 @@ React segue [versão semântica](/docs/faq-versioning.html). Normalmente, isso s Nós nunca pretendemos enviar bugs. React tem um ótima reputação de estabilidade e nós pretendemos manter assim. Nós testamos completamente todas as versões do React antes de liberar. Isso inclui testes unitários, testes generativos (difusos), testes de integração e alimentação interna em dezenas de milhares de componentes. No entanto, às vezes cometemos erros. É por isso que, daqui para frente, nossa política será a de que, se um lançamento contiver alterações não triviais, usaremos a versão minor, mesmo que o comportamento externo seja o mesmo. Também vamos usar o minor ao alterar as APIs `unstable_`-pré-definidas. -## Posso Usar Hooks Ainda? {#can-i-use-hooks-yet} +## Já Posso Usar Hooks? {#can-i-use-hooks-yet} Ainda não, mas em breve! From ad444cfe2dd38bf3e787e164d67348d89bb10856 Mon Sep 17 00:00:00 2001 From: Jhon Mike Date: Sat, 16 Mar 2019 16:52:09 -0300 Subject: [PATCH 09/17] Update content/blog/2018-12-19-react-v-16-7.md --- content/blog/2018-12-19-react-v-16-7.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/blog/2018-12-19-react-v-16-7.md b/content/blog/2018-12-19-react-v-16-7.md index 797d40e58..a13862618 100644 --- a/content/blog/2018-12-19-react-v-16-7.md +++ b/content/blog/2018-12-19-react-v-16-7.md @@ -7,7 +7,7 @@ Nossa última versão inclui um correção crítica (bugfix) de desempenho para ## Por Que Este Bugfix é Minor Em Vez de Um Pacth? {#why-is-this-bugfix-a-minor-instead-of-a-patch} -React segue [versão semântica](/docs/faq-versioning.html). Normalmente, isso significa que usamos versões patch para correções críticas (bugfixes) e minors para novos recursos (non-breaking). No entanto, reservamos a opção de liberar versões minor, mesmo que elas não incluam novos recursos. A motivação é reservar patches para mudanças que tenham uma chance muito baixa de quebrar. Os patches são o tipo mais importante de lançamento, porque às vezes eles contém correções críticas (bugfixes). Isso significa que os lançamentos de patch têm um nível mais alto de confiabilidade. É inaceitável que um patch introduza bugs adicionais, porque se as pessoas começarão a desconfiar dos patches, isso compromete nossa capacidade de corrigir bugs críticos quando eles surgem - por exemplo, para corrigir uma vulnerabilidade de segurança. +React segue [versionamento semântico](/docs/faq-versioning.html). Normalmente, isso significa que usamos versões patch para correções críticas (bugfixes) e minors para novos recursos (non-breaking). No entanto, reservamos a opção de liberar versões minor, mesmo que elas não incluam novos recursos. A motivação é reservar patches para mudanças que tenham uma chance muito baixa de quebrar. Os patches são o tipo mais importante de lançamento, porque às vezes eles contém correções críticas (bugfixes). Isso significa que os lançamentos de patch têm um nível mais alto de confiabilidade. É inaceitável que um patch introduza bugs adicionais, porque se as pessoas começarão a desconfiar dos patches, isso compromete nossa capacidade de corrigir bugs críticos quando eles surgem - por exemplo, para corrigir uma vulnerabilidade de segurança. Nós nunca pretendemos enviar bugs. React tem um ótima reputação de estabilidade e nós pretendemos manter assim. Nós testamos completamente todas as versões do React antes de liberar. Isso inclui testes unitários, testes generativos (difusos), testes de integração e alimentação interna em dezenas de milhares de componentes. No entanto, às vezes cometemos erros. É por isso que, daqui para frente, nossa política será a de que, se um lançamento contiver alterações não triviais, usaremos a versão minor, mesmo que o comportamento externo seja o mesmo. Também vamos usar o minor ao alterar as APIs `unstable_`-pré-definidas. From 13a498ff58c19dd7e075ac62881488f0f3a42539 Mon Sep 17 00:00:00 2001 From: Halian Vilela Date: Sun, 17 Mar 2019 13:34:22 -0300 Subject: [PATCH 10/17] Update content/blog/2018-12-19-react-v-16-7.md Co-Authored-By: jhonmike --- content/blog/2018-12-19-react-v-16-7.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/blog/2018-12-19-react-v-16-7.md b/content/blog/2018-12-19-react-v-16-7.md index a13862618..59803d6c4 100644 --- a/content/blog/2018-12-19-react-v-16-7.md +++ b/content/blog/2018-12-19-react-v-16-7.md @@ -1,5 +1,5 @@ --- -title: "React v16.7: Não, Este Não é o Primeiro Com Hooks" +title: "React v16.7: Não, Este Não é Aquele Com Hooks" author: [acdlite] --- From f5f1be52a9df5fdf267da2df905f5f75da02ab19 Mon Sep 17 00:00:00 2001 From: Halian Vilela Date: Sun, 17 Mar 2019 13:34:57 -0300 Subject: [PATCH 11/17] Update content/blog/2018-12-19-react-v-16-7.md Co-Authored-By: jhonmike --- content/blog/2018-12-19-react-v-16-7.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/blog/2018-12-19-react-v-16-7.md b/content/blog/2018-12-19-react-v-16-7.md index 59803d6c4..a9aaf8fe4 100644 --- a/content/blog/2018-12-19-react-v-16-7.md +++ b/content/blog/2018-12-19-react-v-16-7.md @@ -3,7 +3,7 @@ title: "React v16.7: Não, Este Não é Aquele Com Hooks" author: [acdlite] --- -Nossa última versão inclui um correção crítica (bugfix) de desempenho para `React.lazy`. Embora não haja alterações na API, estamos lançando isso como uma versão minor em vez de um patch. +Nossa última versão inclui um correção de bug (bugfix) de desempenho para `React.lazy`. Embora não haja alterações na API, estamos lançando isso como uma versão minor em vez de um patch. ## Por Que Este Bugfix é Minor Em Vez de Um Pacth? {#why-is-this-bugfix-a-minor-instead-of-a-patch} From dbf878511b5c6e534e212edc4c00b0f135c342d8 Mon Sep 17 00:00:00 2001 From: Halian Vilela Date: Sun, 17 Mar 2019 13:35:15 -0300 Subject: [PATCH 12/17] Update content/blog/2018-12-19-react-v-16-7.md Co-Authored-By: jhonmike --- content/blog/2018-12-19-react-v-16-7.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/blog/2018-12-19-react-v-16-7.md b/content/blog/2018-12-19-react-v-16-7.md index a9aaf8fe4..f9dea7f28 100644 --- a/content/blog/2018-12-19-react-v-16-7.md +++ b/content/blog/2018-12-19-react-v-16-7.md @@ -5,7 +5,7 @@ author: [acdlite] Nossa última versão inclui um correção de bug (bugfix) de desempenho para `React.lazy`. Embora não haja alterações na API, estamos lançando isso como uma versão minor em vez de um patch. -## Por Que Este Bugfix é Minor Em Vez de Um Pacth? {#why-is-this-bugfix-a-minor-instead-of-a-patch} +## Por Que Este Bugfix é Minor Em Vez de Um Patch? {#why-is-this-bugfix-a-minor-instead-of-a-patch} React segue [versionamento semântico](/docs/faq-versioning.html). Normalmente, isso significa que usamos versões patch para correções críticas (bugfixes) e minors para novos recursos (non-breaking). No entanto, reservamos a opção de liberar versões minor, mesmo que elas não incluam novos recursos. A motivação é reservar patches para mudanças que tenham uma chance muito baixa de quebrar. Os patches são o tipo mais importante de lançamento, porque às vezes eles contém correções críticas (bugfixes). Isso significa que os lançamentos de patch têm um nível mais alto de confiabilidade. É inaceitável que um patch introduza bugs adicionais, porque se as pessoas começarão a desconfiar dos patches, isso compromete nossa capacidade de corrigir bugs críticos quando eles surgem - por exemplo, para corrigir uma vulnerabilidade de segurança. From 06099249d0b0c583d7e0d43c726a1a5eb2539be8 Mon Sep 17 00:00:00 2001 From: Halian Vilela Date: Sun, 17 Mar 2019 13:35:40 -0300 Subject: [PATCH 13/17] Update content/blog/2018-12-19-react-v-16-7.md Co-Authored-By: jhonmike --- content/blog/2018-12-19-react-v-16-7.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/blog/2018-12-19-react-v-16-7.md b/content/blog/2018-12-19-react-v-16-7.md index f9dea7f28..98193a0c1 100644 --- a/content/blog/2018-12-19-react-v-16-7.md +++ b/content/blog/2018-12-19-react-v-16-7.md @@ -7,7 +7,7 @@ Nossa última versão inclui um correção de bug (bugfix) de desempenho para `R ## Por Que Este Bugfix é Minor Em Vez de Um Patch? {#why-is-this-bugfix-a-minor-instead-of-a-patch} -React segue [versionamento semântico](/docs/faq-versioning.html). Normalmente, isso significa que usamos versões patch para correções críticas (bugfixes) e minors para novos recursos (non-breaking). No entanto, reservamos a opção de liberar versões minor, mesmo que elas não incluam novos recursos. A motivação é reservar patches para mudanças que tenham uma chance muito baixa de quebrar. Os patches são o tipo mais importante de lançamento, porque às vezes eles contém correções críticas (bugfixes). Isso significa que os lançamentos de patch têm um nível mais alto de confiabilidade. É inaceitável que um patch introduza bugs adicionais, porque se as pessoas começarão a desconfiar dos patches, isso compromete nossa capacidade de corrigir bugs críticos quando eles surgem - por exemplo, para corrigir uma vulnerabilidade de segurança. +React segue [versionamento semântico](/docs/faq-versioning.html). Normalmente, isso significa que usamos versões patch para correções de bugs e minors para novos recursos (non-breaking). No entanto, reservamos a opção de liberar versões minor, mesmo que elas não incluam novos recursos. A motivação é reservar patches para mudanças que tenham uma chance muito baixa de quebrar. Os patches são o tipo mais importante de lançamento, porque às vezes eles contém correções críticas de bugs. Isso significa que os lançamentos de patch têm um padrão mais alto de confiabilidade. É inaceitável que um patch introduza bugs adicionais, porque se as pessoas começarem a desconfiar dos patches, isso compromete nossa capacidade de corrigir bugs críticos quando eles surgem - por exemplo, para corrigir uma vulnerabilidade de segurança. Nós nunca pretendemos enviar bugs. React tem um ótima reputação de estabilidade e nós pretendemos manter assim. Nós testamos completamente todas as versões do React antes de liberar. Isso inclui testes unitários, testes generativos (difusos), testes de integração e alimentação interna em dezenas de milhares de componentes. No entanto, às vezes cometemos erros. É por isso que, daqui para frente, nossa política será a de que, se um lançamento contiver alterações não triviais, usaremos a versão minor, mesmo que o comportamento externo seja o mesmo. Também vamos usar o minor ao alterar as APIs `unstable_`-pré-definidas. From 472685e5b7a9c565a9cfbdb01e85c4adac3b02f7 Mon Sep 17 00:00:00 2001 From: Halian Vilela Date: Sun, 17 Mar 2019 13:36:01 -0300 Subject: [PATCH 14/17] Update content/blog/2018-12-19-react-v-16-7.md Co-Authored-By: jhonmike --- content/blog/2018-12-19-react-v-16-7.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/blog/2018-12-19-react-v-16-7.md b/content/blog/2018-12-19-react-v-16-7.md index 98193a0c1..26d752e86 100644 --- a/content/blog/2018-12-19-react-v-16-7.md +++ b/content/blog/2018-12-19-react-v-16-7.md @@ -9,7 +9,7 @@ Nossa última versão inclui um correção de bug (bugfix) de desempenho para `R React segue [versionamento semântico](/docs/faq-versioning.html). Normalmente, isso significa que usamos versões patch para correções de bugs e minors para novos recursos (non-breaking). No entanto, reservamos a opção de liberar versões minor, mesmo que elas não incluam novos recursos. A motivação é reservar patches para mudanças que tenham uma chance muito baixa de quebrar. Os patches são o tipo mais importante de lançamento, porque às vezes eles contém correções críticas de bugs. Isso significa que os lançamentos de patch têm um padrão mais alto de confiabilidade. É inaceitável que um patch introduza bugs adicionais, porque se as pessoas começarem a desconfiar dos patches, isso compromete nossa capacidade de corrigir bugs críticos quando eles surgem - por exemplo, para corrigir uma vulnerabilidade de segurança. -Nós nunca pretendemos enviar bugs. React tem um ótima reputação de estabilidade e nós pretendemos manter assim. Nós testamos completamente todas as versões do React antes de liberar. Isso inclui testes unitários, testes generativos (difusos), testes de integração e alimentação interna em dezenas de milhares de componentes. No entanto, às vezes cometemos erros. É por isso que, daqui para frente, nossa política será a de que, se um lançamento contiver alterações não triviais, usaremos a versão minor, mesmo que o comportamento externo seja o mesmo. Também vamos usar o minor ao alterar as APIs `unstable_`-pré-definidas. +Nós nunca pretendemos enviar bugs. React tem uma merecida reputação de estabilidade e nós pretendemos mantê-la assim. Nós testamos completamente todas as versões do React antes de liberar. Isso inclui testes unitários, testes generativos (difusos), testes de integração e alimentação interna em dezenas de milhares de componentes. No entanto, às vezes cometemos erros. É por isso que, daqui para frente, nossa política será a de que, se um lançamento contiver alterações não triviais, usaremos a versão minor, mesmo que o comportamento externo seja o mesmo. Também vamos usar o minor ao alterar as APIs com prefixo `unstable_`. ## Já Posso Usar Hooks? {#can-i-use-hooks-yet} From aeb1e56d24b07e16a68854ed0d3218bb29a19c21 Mon Sep 17 00:00:00 2001 From: Halian Vilela Date: Sun, 17 Mar 2019 13:36:17 -0300 Subject: [PATCH 15/17] Update content/blog/2018-12-19-react-v-16-7.md Co-Authored-By: jhonmike --- content/blog/2018-12-19-react-v-16-7.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/blog/2018-12-19-react-v-16-7.md b/content/blog/2018-12-19-react-v-16-7.md index 26d752e86..2681d8f77 100644 --- a/content/blog/2018-12-19-react-v-16-7.md +++ b/content/blog/2018-12-19-react-v-16-7.md @@ -59,7 +59,7 @@ Consulte a documentação para [instruções detalhadas de instalação](/docs/i * Correção o desempenho de `React.lazy` para um grande número de componentes lazily-loaded. ([@acdlite](http://github.com/acdlite) em [#14429](https://github.com/facebook/react/pull/14429)) * Limpar campos na desmontagem para evitar vazamentos de memória. ([@trueadm](http://github.com/trueadm) em [#14276](https://github.com/facebook/react/pull/14276)) -* Correção de bug com SSR e context ao mixar `react-dom/server@16.6` e `react@<16.6`. ([@gaearon](http://github.com/gaearon) em [#14291](https://github.com/facebook/react/pull/14291)) +* Correção de bug com SSR e context ao misturar `react-dom/server@16.6` e `react@<16.6`. ([@gaearon](http://github.com/gaearon) em [#14291](https://github.com/facebook/react/pull/14291)) * Correção de uma regração de desempenho no modo de criação de perfil. ([@bvaughn](http://github.com/bvaughn) em [#14383](https://github.com/facebook/react/pull/14383)) ### Agendador (Experimental) {#scheduler-experimental} From 8413e5f1b80fe8a39b0c0f9b8dd0a5176e39b742 Mon Sep 17 00:00:00 2001 From: Halian Vilela Date: Sun, 17 Mar 2019 13:37:06 -0300 Subject: [PATCH 16/17] Update content/blog/2018-12-19-react-v-16-7.md Co-Authored-By: jhonmike --- content/blog/2018-12-19-react-v-16-7.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/blog/2018-12-19-react-v-16-7.md b/content/blog/2018-12-19-react-v-16-7.md index 2681d8f77..3b24416c7 100644 --- a/content/blog/2018-12-19-react-v-16-7.md +++ b/content/blog/2018-12-19-react-v-16-7.md @@ -23,7 +23,7 @@ Embora o 16.7 não inclua Hooks, por favor, não deduza nada sobre a linha do te - A [implementação](https://github.com/facebook/react/commit/7bee9fbdd49aa5b9365a94b0ddf6db04bc1bf51c) foi mesclada no repositório React (atrás de uma feature flag). - Estamos atualmente na fase de testes e você pode esperar um lançamento público dentro de alguns meses. -Ouvimos de muitas pessoas que querem começar a usar os Hooks em seus apps. Nós também não podemos esperar para enviá-los! Mas como Hooks muda a forma como escrevemos componentes React, Estamos tirando um tempo extra para acertar os detalhes. Agradecemos sua paciência enquanto preparamos este novo recurso interessante para difundir, o *use*. +Ouvimos de muitas pessoas que querem começar a usar os Hooks em seus apps. Nós também mal podemos esperar para lançá-los! Mas como Hooks muda a forma como escrevemos componentes React, estamos tirando um tempo extra para acertar os detalhes. Agradecemos sua paciência enquanto preparamos este interessante novo recurso para que você, err... *use*. Saiba mais sobre [nosso roadmap](/blog/2018/11/27/react-16-roadmap.html) em nosso post anterior. From ca27681d5edc9544c175b13e1c327f610935ffe0 Mon Sep 17 00:00:00 2001 From: Halian Vilela Date: Sun, 17 Mar 2019 13:37:44 -0300 Subject: [PATCH 17/17] Update content/blog/2018-12-19-react-v-16-7.md Co-Authored-By: jhonmike --- content/blog/2018-12-19-react-v-16-7.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/blog/2018-12-19-react-v-16-7.md b/content/blog/2018-12-19-react-v-16-7.md index 3b24416c7..4a35507be 100644 --- a/content/blog/2018-12-19-react-v-16-7.md +++ b/content/blog/2018-12-19-react-v-16-7.md @@ -60,7 +60,7 @@ Consulte a documentação para [instruções detalhadas de instalação](/docs/i * Correção o desempenho de `React.lazy` para um grande número de componentes lazily-loaded. ([@acdlite](http://github.com/acdlite) em [#14429](https://github.com/facebook/react/pull/14429)) * Limpar campos na desmontagem para evitar vazamentos de memória. ([@trueadm](http://github.com/trueadm) em [#14276](https://github.com/facebook/react/pull/14276)) * Correção de bug com SSR e context ao misturar `react-dom/server@16.6` e `react@<16.6`. ([@gaearon](http://github.com/gaearon) em [#14291](https://github.com/facebook/react/pull/14291)) -* Correção de uma regração de desempenho no modo de criação de perfil. ([@bvaughn](http://github.com/bvaughn) em [#14383](https://github.com/facebook/react/pull/14383)) +* Correção de uma regressão de desempenho no modo de criação de perfil (profiling). ([@bvaughn](http://github.com/bvaughn) em [#14383](https://github.com/facebook/react/pull/14383)) ### Agendador (Experimental) {#scheduler-experimental}