BonjourParis

当前，基于 vue、react、angular 的单页应用开发模式已经成为业界主流。受益于它们丰富的生态，我们可以使用这些技术快速构建一个新的应用，迅速响应市场。随着公司业务的不断发展，应用开始变得庞大臃肿，逐渐成为一个巨石应用，难以维护不说，每次开发、上线新需求时还需要花费不…

前言 目前接触过很多SaaS系统。随着业务量的升级，项目不得不做拆分。保证系统稳定性的前提，优化开发人员的体验。 目前在做这块的升级，所以调研了一些主流方案，有兴趣的来看看吧

本文通过对于SystemJS官方推荐的微前端加载方式——SystemJS的分析，针对其和ESM的关系，以及Import Maps进行对应的梳理。

微前端的概念 微前端就是将不同的功能按照不同的维度拆分成多个子应用。通过主应用来加载这些子应用。 微前端的核心在于 如何拆和拆完后如何合 微前端解决的问题 不同团队（技术栈不同），同时开发一个应用 每

引言： 随着前端应用程序规模的增长，传统的单体应用程序架构面临着许多挑战，例如代码复杂性、团队协作和独立部署等。为了解决这些问题，微前端架构应运而生。微前端是一种将前端应用程序拆分为多个小型应用的架构

本文作为微前端核心系列的开篇，并不急于深入主题去介绍微前端的应用，而是从微前端的基础即模块加载开始铺垫，因为认为微前端实际上做的第一件事其实就是确定一个好的模块标准，

如何实现多个应用之间的资源共享？ 扩展前端开发规模以便于多个团队可以同时开发一个大型且复杂的产品是一个重要但又棘手的难题。因此，早在2016年，微前端概念诞生了。

这个事其实一直存在脑子的。为啥呢？因为我们听到太多了，太多了，35岁是个坎。事实上，找工作也是如此，很多行业都是有年龄限制的。找不到自己原来的行业的工作了。那就只有转行了。   对于我们这种菜鸟级别人

这两天突然想看看文心一言的http通信请求接口，于是想着用F12看看。 谁知道刚打开开发者工具， 直接被JS写死的debugger关键字下了断点。那就来研究研究吧。