前言 本文章测试时依赖的的vue版本为 2.6.10，vue-cli版本为 3.12.1，node版本为 v14.17.5，electron 版本 11.0.0及12.0.0。 1 进程模型 首先介绍

面对繁忙的日程安排与紧迫的工期限制，选择能够切实提升生产率的工具无疑至关重要。在这里，我整理出一份个人最喜欢的 NPM 软件包清单。为了便于浏览，我还对它们进行了分类，希望呈现出更加清晰的结构。当然，

微前端的设计要素：路由隔离、js隔离、css隔离、预加载机制、通信机制、多微应用激活，如果不了解微前端请自行搜索学习 一个完善的微前端框架需要考虑： 子应用的激活和卸载能力 页面从主应用切换到子应用，

微前端的特性：“技术栈无关”，“独立开发、独立部署”，“环境隔离” 这意味着我们可以循序渐进的进行巨石应用的拆解，去技术升级、去架构尝试、去业务拆解等等。以低成本、低风险的进行，为项目带来更多可能性

在上文中，简单实现了一个使用BrowserView实现多标签的方案。 多标签页只是 UI 上的表象，内在逻辑是`BrowserView`多容器管理，所以本文重点会从容器管理这边讲解下整个的实现逻辑。

本文是一个新的系列，讲讲我眼中的大前端解决方案是什么？ 有同学肯定会疑惑，毕竟大前端的理解不同的前端岗位有不同理解。本文描述一个统一的方式可以解决跨端、跨容器、跨标签页场景的事件通信方案

前一阵子笔者在忙于桌面端 Electron 相关的开发，工欲善其事，必先利其器。 对于基于浏览器的桌面端框架来说，如何构建统一稳定快捷的跨端通信机制？

本文从纯前端出发，因此不会涉及到类似flash或者插件之类跳过浏览器安全检测的操作实现的复制粘贴，完全基于浏览器下的安全限制与一些“奇技淫巧”去实现一个相对较为完整的复制粘贴功能。 本文将从浏览器自身的复制粘贴功能出发，带领大家了解复制粘贴背后的功能实现，对比多个富文本文档实现…

一、什么是微前端 在介绍本地生活的微应用方案之前，先简单介绍下最近几年比较火的微前端（Micro-Frontends）。什么是微前端，简单来讲，就是一种由独立交付的多个前端应用组成整体的架构风格。