Revisit targeting ES6+

[gaearon]

https://www.npmjs.com/package/uglify-es is now on npm.

AFAIK both Autoprefixer and babel-preset-env support browserslist in package.json now, and uglify-es unlocks targeting ES2015 (for apps that don't care about older browsers).

We should investigate integrating those in a cohesive way.

[kasperpeulen]

I think this is an interesting strategy:
https://medium.com/dev-channel/es6-modules-in-chrome-canary-m60-ba588dfb8ab7

Basically, it recommends shipping two kind of bundles, an ES6 bundle, that will be picked by modern browsers using the type="module" attribute on the script tag, and for older browsers an ES5 bundle, with a nomodule attribute tag.

[ro-savage]

I did a test run of dropping support for IE using uglify-es and babel-preset-env with create-react-app, running a production app with bundle size of 292K.

I found it made almost no difference to file size or execution speed. (I was hoping to get file size down).

The big issue with filesize and bundle complexity is still the importing/bundling + the NPM modules being imported being pre-complied to ES5.

Still seems worth doing just didn't have nearly the improvement I was hoping for, so removed it to minimise differences with CRA.

If I get time I'll try and submit a PR for browser targeting this week. No guarantees though.

[ro-savage]

Changes can't be made until uglifyjs-webpack-plugin is updated to UglifyJS 3.x (Tracking issue webpack-contrib/uglifyjs-webpack-plugin#32) and then webpack is updated to include the new version.

(Unless we want to do something hacky)

[transitive-bullshit]

note that webpack-contrib/uglifyjs-webpack-plugin#32 has been resolved in beta state.

[tbillington]

@ro-savage Do you know of any efforts to distribute ES6+ builds of libraries alongside ES5 builds? I was hoping something would come along with the module syntax but haven't seen anything. As you said ES6+ builds will have negligible improvements until then.

[ro-savage]

As far as I am aware, there are no major libs targeting 'modern browsers'. Until IE10/11 disappear off the radar, most libs will by default support ES5.

In terms of having ES5 and ES6 builds of the same libs. Again, I haven't seen anyone really doing it but it is a decent idea. If you convince one major lib to start doing it, then stats would become available for others to know if its worth doing.

@gaearon - What about React 16 having two libs on npm. React and React-Modern that drops support for IE?

[cristiano-belloni]

That would be cool. I don't know of any major libs targeting "modern browsers", but there are some cool new libraries distributing their code in ES6 because they only target advanced browser functionality. Not being able to create a prod build with create-react-app because they're ES6 is a bit of a showstopper. Subscribing to this issue.