fix/inter op missing and async module impl

[stormslowly]

close #933 and close #934

for 933

使用全量的 swc interop helpers for： https://github.com/umijs/mako/pull/943/files#r1522337996
支持深度可配置 require 检测 transform

for 934

调整原来 async module 实现

1. async 运行时的辅助代码应该插入在第一个 import aync module 的代码之前 (而不是之后, 之后的话会导致之间异步未完成之前，代码取到的是 promise )
2. require("async module") 替换为对应的 require 导出变量，应对 inter op 嵌套的问题
3. 对齐 webpack 实现，只处理 esm import async 模块，直接 require 的不处理
4. 通过 swc ast node api，简化 ast 构造

[sorrycc]

为啥要写死 hash？

[stormslowly]

离线计算的 @swc/helpers/_/_interop_require_default 的 hashed module id，最终 replace 的 id。

[sorrycc]

为了性能的话感觉没必要。

[sorrycc]

先让 prod 也走 full_helpers 来解吧，感觉为了这个引入复杂度不值得，同时感觉应该会有更简单的解。

[stormslowly]

按需我觉得还是需要的，现在 webpack 一句 console.log(1) bundle 下 100个字节左右，mako 2000个。
按需本来就是复杂度，目前的复杂度也可以接受。

更好的解法就是，module graph 上记录模块是如何被 import/export 的（之后的各种 LTO 的时候也要修剪好这些边），最后 generate entry 时就能推断出来需要哪些 interop 了。
最坏情况是 O(n) n 是模块数，如果是一般的项目，很快就能推断是 三个 interop 都用了就能快速退出了。

[sorrycc]

按需我也觉得需要，只不过在复杂度和功能之间，我宁愿选择先简单点苟着，因为这个带来的问题很小，然后等更好的最终方案。

[sorrycc]

这么写看起来有效，但感觉有点 hack。最好还是把断言都放回到 expect.js 里。

[stormslowly]

expect.js 中无法方便的断言运行时的问题；我的观点是最好增加运行时的断言。
webpack 的用例都是这么写的。

[sorrycc]

同意「增加运行时断言」，但相比 require("./dist/index.js") 感觉应该有更好的设计。（这个没想好之前也可以先这么用）

[stormslowly]

FYI https://github.com/webpack/webpack/blob/main/test/TestCases.template.js.

[stormslowly]

可以直接利用一个真正的测试框架 比如 jest，只是他的背后隐藏了 require 类似的操作。

[sorrycc]

context 上的 swc_helpers 属性可以删了。

[stormslowly]

context 上的 swc_helpers 属性可以删了。
done