diff --git a/releases/next/docs/performance.html b/releases/next/docs/performance.html index 6d5dee6e349..639613b3993 100644 --- a/releases/next/docs/performance.html +++ b/releases/next/docs/performance.html @@ -46,13 +46,7 @@ so they are not interrupted by frame drops on the JavaScript thread. anyways.
Similarly, you can happily scroll up and down through a ScrollView when the JavaScript thread is locked up because the ScrollView lives on the main thread (the scroll events are dispatched to the JS thread though, -but their receipt is not necessary for the scroll to occur).
When running a bundled app, these statements can cause a big bottleneck in the JavaScript thread. This includes calls from debugging libraries such as redux-logger, so make sure to remove them before bundling.
There is a babel plugin that can remove all
console.*calls. You need to install it first usingnpm install babel-plugin-transform-remove-console --save, and then edit (or create).babelrcunder your project directory like the following:{ - "env": { - "production": { - "plugins": ["transform-remove-console"] - } - } -}Then it will automatically remove all
console.*calls in a release (production) version of your project. However, theconsole.*calls will still be executed in the debug version of your project.
JavaScript thread performance suffers greatly when running in dev mode. +but their receipt is not necessary for the scroll to occur).
When running a bundled app, these statements can cause a big bottleneck in the JavaScript thread. This includes calls from debugging libraries such as redux-logger, so make sure to remove them before bundling.
JavaScript thread performance suffers greatly when running in dev mode. This is unavoidable: a lot more work needs to be done at runtime to provide you with good warnings and error messages, such as validating propTypes and various other assertions.
As mentioned above, Navigator animations are controlled by the