ClarkXia
ClarkXia
参考[文档](https://micro-frontends.ice.work/docs/guide/micro-module#%E5%BE%AE%E6%A8%A1%E5%9D%97%E4%B8%AD%E5%BF%83%E5%8C%96%E6%B3%A8%E5%86%8C) API 支持中心化能力，只不过针对 vue 技术栈没有提供出对应的组件渲染方式，需要自行设计下
具体 case 最好把 `/src/pages/WysiwygCgxq/Quote/index.module.scss` 这些报错相关代码提供下
确认下地址是否存在，可以提供下复现的 demo
hash 部署有两个特点： 1. 去缓存 2. 可回滚 开启主子 bundle 都会有对应的 hash 生成，如果是因为页面未刷新导致使用了上一版本资源造成的，这个是预期的表现，另外实践上肯定是建议不删除，这样也方便回滚 。
@worklinwu 提供下 build.json 信息
两份内容的原因是默认有全量的 antd 样式引入（global.less）中，而组件中使用的 antd-layout-pro 默认又有自身的样式依赖。 对于 less变量的覆盖问题，在 vite 模式 dev 的时候每个脚步 / 样式加载都是独立编译的，因此其他样式加载的时候不包含自定义样式，而在打包的时候走统一编译的时候对引入的所有文件都生效了，推荐通过 https://ice.work/docs/plugin/list/antd#usage 的方式应用主题。 后续我们也会关注下这块的最佳实践
build.json 的方式： ```json { "webpackPlugins": { "monaco-editor-webpack-plugin": { "options": ["java"] } } } ``` 插件的方式： ```js // local-plugin.js module.exports = ({ onGetWebpackConfig }) => { onGetWebpackConfig((config) => { config.plugin('monaco-editor-webpack-plugin').use(require('monaco-editor-webpack-plugin'), [["java"]])...
## Keep Alive 方案 对于路由级别的 Keep Alive 方案，常见的场景会有三种情况： - 结合状态管理的 Keep Alive - 组件级别 Keep Alive 方案（组件内部 state 状态缓存） - 基于微前端的 Keep Alive 方案 ### 结合状态管理的 Keep Alive 如果组件内大部分状态均通过状态管理方案进行维护，可以保持状态不销毁 每次组件切换后均从...
> 请问当前所使用的ice+icestark 主应用和子应用都有需要使用到keep-alive 时应该如配合呢 主应用使用 keep-alive 的方式 应该是应用间相互切换的时候保留数据，这块会涉及多应用共存冲突以及路由响应的解决，近期我们会整体设计下
因长期未提供复现 demo ，建议提供后重开 issue