Add SWC Plugin

[heygrady]

https://swc-project.github.io/docs/usage-plugin

Proposal: create an @loadable/swc-plugin that is similar to @loadable/babel-plugin

SWC is increasing in popularity. It is aiming to be a drop-in replacement for babel with some significant speed improvements. It already has a webpack loader.

There is some early interest in how it might integrate with create-react-app (facebook/create-react-app#8060). Looking at which babel plugins create-react-app uses it seems like most of those things are supported by swc (with only a few exceptions).

Looking at my own projects, I see only a few things that are blocking me from switching to SWC.

1. No support for babel-plugin-macros (which I could live without)
2. No support for @loadable/babel-plugin

Generally everything else babel does for me is handled by swc preset-env (or isn't particularly vital to my projects).

[open-collective-bot]

Hey @heygrady 👋,
Thank you for opening an issue. We'll get back to you as soon as we can.
Please, consider supporting us on Open Collective. We give a special attention to issues opened by backers.
If you use Loadable at work, you can also ask your company to sponsor us ❤️.

[heygrady]

Cross linking: kentcdodds/babel-plugin-macros#144

[gregberge]

It looks great, any PR is welcome!

[theKashey]

Look like here is the documentation - https://swc-project.github.io/docs/usage-plugin
SWC is written in rust, however, plugin system exposed in JS... so eventually swc would become a dragon babel it was created to kill.

[stale]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

[paul-vd]

Did anyone have a chance to look at this yet?

Look like here is the documentation - https://swc-project.github.io/docs/usage-plugin SWC is written in rust, however, plugin system exposed in JS... so eventually swc would become a dragon babel it was created to kill.

The plugin api's might be deprecated in the next versions of swc.

Warning: Passing the AST to the JS Plugin system is a performance bottleneck.

Therefore, we are concidering two approaches for the next SWC major version:

Creating a plugin system in Rust (#2337)
Solve the bottleneck to keep a JS plugin system (#2175)

With that said, I believe the loadable plugin would be similar to the dynamic plugin from next.js.

[marwan38]

We're in the same boat over here. I was looking at what would be needed to do this, but, I don't have enough knowledge with AST or the time available (unless I get granted time during work) to do this.

This is (AFAIK) the only thing that's stopping us from migrating over to SWC as well.

[Perni1984]

This is (AFAIK) the only thing that's stopping us from migrating over to SWC as well.

same here - updated links to Next.js implementation https://github.com/vercel/next.js/blob/canary/packages/next-swc/crates/core/src/next_dynamic.rs

[stale]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

[aplassen]

Perhaps a workaround could be to use babel only on the files containing @lodable() statements? For example by naming them something like MyComponent.loadable.tsx (to make it easy to differenciate the babel-loader & swc-loader).

[theKashey]

That is a good option and actually can lead to a better visibility over bundle structure.

[stale]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

[ashsearle]

See swc-project/plugins#76

[theKashey]

And #909