任何新技术、新产品都是有一定适用场景的，它可能在当下很流行，但它不一定在任何时候都是最优解。在被微前端坑了几次之后，回过头发现，iframe真香！

我会按照以下几个方向对微前端进行知识梳理： 什么是微前端，微前端的方案有哪些，微前端方案的对比，微前端的适用场景，微前端的实现思路，微前端的底层源码分析，微前端技术的延伸--Vue如何使用React项

项目简介 这是一个 vue3 + vite 搭建的PC端web应用，基本上使用的是vite的默认配置，没有专门做过性能优化。随着业务的迭代，目前项目已经成为存在23W+ 代码行数的大工程，存在一定的性

大屏，vue大屏，react大屏，svelte大屏，vue，react，svelte，屏幕适配，使用 scale 做屏幕适配。 vue 组件，react 组件 适配大屏最简单方便的方案

微前端概念 微前端是借鉴了微服务的理念，将一个庞大的应用拆分成多个独立灵活的小型应用，每个应用都可以独立开发，独立运行，独立部署，还可以随意组合，这样就降低了耦合度，从而更加灵活。 微前端特性 技术栈

提升首屏的加载速度，是前端性能优化中最重要的环节，这里笔者梳理出一些 `常规且有效` 的首屏优化建议 通过对比优化前后的性能变化，来验证方案的有效性，了解并掌握其原理

花了几天看了源码，收获挺大的，微前端主要有3个的核心点：应用通信、应用的生命周期及状态管理、沙箱环境隔离。iframe足够满足我们业务需求了，微前端提供的思路还是不错的，但是真有必要用qiankun？

【脚手架】从0到1搭建React18+TS4.x+Webpack5项目，主技术栈：webpack5 + React18 + TS4.x + React-Router6.x

前言 假设我们有4个项目 electron:使用Electron创建的一个桌面端项目，UI和功能大部分与web一致 web:使用React创建的一个web项目 service:使用Nest.js创建的