New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
The library builds need optimization fix #58
Comments
My bad, only client-side uses the webpack bundle, and the server-side uses the compiled modules |
But, do what extend the webpack bundles are used? Probably, the Webpack build just serves to compile SCSS... |
The current understanding:
|
This needs to wait for the release of Webpack@5 and support of ES5 modules as library target in there. Then it will be possible to update the build process to bundle client-side code in a better way. Still need a separate server-side build. |
After some more testing, this should not be a problem, if the entry point of a library is written in a very specific way, which allows Webpack to drop unnecessary code compile time in each particular case, and also allows Node to load the server-side version of the code. |
The way these libraries are used afterwards, they only rely on Webpack compiled bundles.
The text was updated successfully, but these errors were encountered: