-
Notifications
You must be signed in to change notification settings - Fork 15
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
More efficient imports #53
Comments
Apparently someone already changed this repo to make it more efficient, so... PR? |
I don't have that code, but it seems pretty straightforward (assuming you'd be happy with esbuild). Are you ok with having all the icons inlined to a single file? (while improving bundle speed, which will effectively duplicate the package size) |
Not sure about that. I just checked @mui/material-icons and they also have one icon per file and re-exports in the index file. Webpack handles "pure" modules just fine and can optimize it ( Sounds like a bundler issue to me, not like an issue that library maintainers should handle. 🤔 |
If this isn't project related, feel free to close. |
@mbrevda I did, but the issue over there is already closed. Apparently it's not an esbuild issue. |
thanks! |
When importing an icon using a destructuring (i.e. with named imports), it seems necessary (at least for some compilers?) to transverse the entire list of icons. This can lead to a relatively large performance penalty vs default exports. Here is feedback from one compiler and some ideas on how this can be improved.
The text was updated successfully, but these errors were encountered: