qiankun+monorepo微前端开发演示

藕酥胖胖鱼:
微前端这类的东西就跟低代码似的，看上去达成了迅捷开发的目的，事实上是巨坑。别的不多说，就说订单这一块，从事了此项业务的开发，并且真实在线运营后会发现每家对订单系统的展示，搜索，导出都有不同的需求，这样一来，就不能达成微前端的一套代码多家使用的目的。

【回复】回复 @开发者科正 : 标准化不了，如果是多端，多店铺，多部门的话，更不可能标准化了，唯一能标准化，在订单这块来看，也只有订单状态的变化；其他都需要定制甚至必须要定制化。如果从订单中发搅二次多次销售，更需要定制化的功能挖掘，单单这块就做不了标准。一家之言，谨作探讨
【回复】回复 @藕酥胖胖鱼 :那你想过一个问题吗？即便用了微前端你的问题也没解决，那么可以想象，不用微前端的话这种非标问题你得多累呢？标准化问题，其实一直困扰SaaS圈的朋友，也就是标准服务和私有部署之间如何找平衡，否则的话就没saas啥事了，微前端+monorepo哪怕能提高30%的复用效率，也不简单
【回复】这个是标准化范畴，属于产品和运营设计问题了，其实可以结合客户的权益，在后端来实现，这种情况下，微前端其实和后端是连体的
uxtkbdfi:
公司好像用的就是这套，但发版得全部包bump一下，不知道为啥，好像正经的做法还是rushjs那种。。