[RFC]@umijs/plugin-qiankun 2.0 的用法改进 about plugins

[paranoidjk]

主子应用 history mode 必须一致

这点如果子应用是云凤蝶的话，倒是没有问题，我们做了特殊支持，follow 了 qiankun 给的主应用 history

子应用大概率要求不能是有路由的系统

这个在云凤蝶也可行，虽然比较奇怪，因为一个云凤蝶站点里面用户会做很多页面，那么这里必然就引入了路由系统，除非用户只能说我只想嵌入某一个云凤蝶的页面，那么我的 runtime 可以把其它的页面都删掉，倒是可以特殊剥掉外层的路由系统，但这也就意味着这个 MircoApp 只能嵌入一个 Page，而且这个 Page 里面云凤蝶的开发者也不要使用云凤蝶的 router api，因为没有云凤蝶的 router 了

[eynol]

除非用户只能说我只想嵌入某一个云凤蝶的页面，那么我的 runtime 可以把其它的页面都删掉，倒是可以特殊剥掉外层的路由系统

对于React应用来说，一个路由下的一个页面只是一个 url => 组件 的映射，url只是一种状态，用户想要的效果是在组件（页面）之间跳转，所以才会去跳转url。这里的url就变成了组件的id而已。

之前umijs-qiankun-plugin 1.0版本, 也是页面级的思路在做（配置对应的url 路径，匹配到了，就挂载子应用）。现在这种2.0思路后，可以是一个小组件，也能挂载，解耦了对url状态的依赖 （👍）

云凤蝶lowcode用起来很爽，但现在云凤蝶还是被router给绑定了，其实用户想要的只是跳转云凤蝶内的组件而已。

会有这样的情况吗？

domain1.com/subpath/ => 云凤蝶报表A
domain2.com/subdir/ => 云凤蝶报表A
domain3.com/thirdparty/ => 云凤蝶报表A

如果用户就是在云凤蝶上的 /components/tab 这个页面下放的是tab组件呢？

感觉可以在中间做一个代理逻辑处理，（location）=> 云凤蝶内应用的id => 云凤蝶组件。云凤蝶应用永远在‘/’ 路径下挂载一个组件容器，路径再自己处理然后映射一下。 主要是传一个自定义的 history

这样子使用 可以传一个函数给云凤蝶，然后不就可以为所欲为了吗？或者在云凤蝶里面判断外面的url来展示不同的页面。

[kuitos]

感觉可以在中间做一个代理逻辑处理，（location）=> 云凤蝶内应用的id => 云凤蝶组件。云凤蝶应用永远在‘/’ 路径下挂载一个组件容器，路径再自己处理然后映射一下。 主要是传一个自定义的 history

有一些更极端的场景，比如 /path/a -> [ 云凤蝶报表A、云凤蝶报表B]。

[18792758160]

在插件版本0.2.40时，切换子应用时，会渲染一次上次子应用，比如，从app1切换到app2，会先进入一次app2的layout之后，会再次进入到app1的layout

[peterzhai]

export default {
qiankun: {
master: {
apps: [
{
name: 'microApp1',
entry: '//test.com/app1',

•     base: '/app1',
  

•     mountElementId: 'app1-root'
    }
  ]
  

  }
  }
  }
  请问文档里这样配置是什么意思。

[ksh033]

请问能使用splitChunks分割吗？

[wangxiangsong]

不同的子应用怎么挂载到不同的 dom 上，用 display 去控制展示不同的子应用，大佬们有 demo 嘛

[EdenStrive]

Uncaught (in promise) TypeError: Failed to fetch 父应用引入子应用后报这个错，

[Elainemi1998abc]

一个应用既能做主应用又能做子应用吗？