[Utoo Pack] Support antd umd bundle

[fireairforce]

Problem

将目前 antd 的 umd 构建切换到 utoo-pack.

Solution

考虑

• antd-tools 支持 utoo-pack
• 将 antd 的 umd 构建从 antd-tools 切换到 father，目前 father 已经完成初步接入

Importance

nice to have

Additional Information

参考 father demo 项目取得的性能收益，该性能收益同样能带给 antd: umijs/father#813

初步接入 antd umd 为例子来看:

antd-tools dist 构建(约 32s, multi compiler 构建，选择时间长的产物):

father build 基于 utoo-pack 的 umd 构建(约: 15s左右):

[afc163]

好处是啥？

[fireairforce]

好处是啥？

对 antd 来说，可以在保证在产物体积 & 产物可用性不发生衰退的前提下，提升比较多的构建性能，可以参考 umijs/father#813 目前 father 得到的性能提升大概有3s -> 0.9s 3x(初步估计提升，目前 utoo-pack 还没专门进行过性能链路优化)。

[afc163]

居然能提升这么多，对 HMR 有帮助么，现在 antd 这块体验不太好。

[fireairforce]

居然能提升这么多，对 HMR 有帮助么，现在 antd 这块体验不太好。

HMR 有的，turbopack 提供的持久化缓存能力很强(目前还没具体数据，对于 demo 项目能做到毫秒级热更新)，这块目前 utoo-pack 也在建设中了。预计这个月可以开始接入，这个不在这个 issue 的跟踪范围里面，但后续也会去跟进。

[fireairforce]

居然能提升这么多，对 HMR 有帮助么，现在 antd 这块体验不太好。

在 desc 里面更新了一下目前使用基于 utoo-pack 的 father 构建 antd umd 替换目前的 antd-tools dist umd 构建，比较坏的情况下都能取得约 2x 的性能提升(目前 utoo-pack 构建单个产物都是串行的，构建一组 js 约6s， antd-tools 是并行的，一组 js 构建约 25s 左右)

[fireairforce]

merged at: ant-design/ant-design#54534 剩余的功能支持分拆到 issue 里面去做