ClarkXia

谁在使用 icestark 微前端方案 🚀

3

为了更好的完善 icestark 微前端的应用场景，我们希望您能分享以下关于 icestark 项目的信息： 1. 公司信息 2. 基于什么样的诉求使用微前端 3. 项目集成多少个子应用，页面量级有多大 4. 如果项目是对外的，请分享链接

icestark 支持路由变化拦截

2

**Do you want to request a *feature* or report a *bug*?** feature **What is the current behavior?** 目前 icestark 可以通过 onRouteChange 方法监听路由变化，但是不支持拦截 **What is the expected behavior?** 希望路由发生变化时，可以进行拦截，这样就可以再框架层面上做一些统一的路由鉴权

how can I config `Rule.use` as a function described in https://webpack.js.org/configuration/module/#ruleuse webpack config example： ```js module.exports = { //... module: { rules: [ { use: (info) => ([ { loader:...

update 2.x readme

plugin 类型统一

1

在 build-scripts 2.0 设计中支持的 plugin 设置包括以下两种： - PluginOption { name, plugin, runtime} - Plugin PluginOption 的类型名称定位上不够清晰，跟其内部的 plugin 关系有重叠 备选方案： 统一导出 plugins 配置类型： type Plugin = PluginOption | PluginLegacy | [string,...

https://github.com/ice-lab/build-scripts/blob/5e2cef29eb4a873039f8ddbe32b68ba15337dc51/packages/build-scripts/src/service/build.ts#L28-L41 目前会在 before.build.load 之后，before.build.run 之前删除，对于开发者通过自定义钩子往构建目录添加内容会有一定的认知成本，希望优化成执行 build 整体逻辑之前进行清空

目前 `build.config.mjs` 支持以 esm 规范进行开发，插件在最终执行的时候通过 require 执行，导致无法使用 esm 规范 https://github.com/ice-lab/build-scripts/blob/5e2cef29eb4a873039f8ddbe32b68ba15337dc51/packages/build-scripts/src/core/Context.ts#L559 期望能够统一使用 esm 规范进行开发

 configWebpack 中的 value 应该提示为设置的 validation 类型

## 背景 目前 build-scripts 工程工具应用于 icejs、rax-app 等框架体系，框架中内置了大量的插件及其功能。而对于三方插件其执行顺序永远在内置插件之后，对于一些强制依赖所有配置完成修改后的能力（如 rax-app wirteToDisk 配置依赖 outputDir 的设置）将会出现失效的情况。因此希望能提供一些机制动态设置插件执行顺序 ## 技术方案 目前插件的规范是以默认导出的 JavaScript 模块的方式导出： ``` // esm export default () => {} // cjs module.exports = ()...