项目背景

很多小伙伴在工作中都碰到过和我一样的场景，手上的某个项目越来越大，眼看着每次build时间越来越长，吐了。在杭州某独角兽我碰到了这样的一个项目，他叫运营后台，听名字就知道，他的主要用户是运营人员。问题就是随着公司业务的越来越多，这个运营后台承担的已经不是某一块业务了，而是所有业务的运营操作的中后台都在这上面。你可以这样理解，这个系统的每个一级菜单都是一块独立的业务，相互之间没有任何瓜葛；按常规的理解，这应该是单独的每一个project比较合理，但是正因为他的用户又都是公司的同一群人，他们早已经习惯就在运营后台上去找自己的菜单进行业务操作，拒不接受在他的收藏夹里多出来好几个项目地址。那我们有没有一个办法让我们的项目更好维护，又能让用户不改变他们使用同一个项目的期望呢。这就是写这篇文章的初衷，就是微前端！！

微前端的好处

除了可以解决上面的问题以外，你想想，只要我们把项目改造成了微前端，那每个业务都是独立的project，只不过最终用户都是在一个主项目里去使用，那我们每个project的技术栈也不用定死了，就不存在老项目的技术栈是vue，以至于后面的项目都必须要用vue了，你也可以用react，这就很香不是吗。微前端的原理就是项目被拆成了父子关系，通过基座去引用了子应用，子应用之间是互相隔离的

qiankun

可能是你见过最完善的微前端解决方案

声明：本站所有文章，如无特殊说明或标注，均为本站原创发布。任何个人或组织，在未征得本站同意时，禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益，可联系我们进行处理。