element-plus组件库可以满足中后台大部分场景的需求，但有时为了定制功能和样式，不得不进行二次开发。本篇文章对element-plus二次开发的第一步：构建与发布流程进行分析。

微前端实现原理、框架选型之类的文章比较泛滥，我不打算讲这些玩意，本文主要来源于笔者过去一年落地微前端的一手经验，尽量不讲技术细节，而是讲一个体系化的方案是怎么搭建起来。 文章较长，耐心看完保证会有收获

Docker 对前端的意义也很重大。 实际上，Docker 的世界里，并不区分什么前端、后端，没有人说只适合后端、不适合前端 … 在运维的眼里更是如此

假设你入职了一家小公司，既没有内部自研的 DevOps 平台，也没有专业的运维。需要你自己去搭建多环境 CI/CD 自动化部署，你会怎么做？

现存微前端方案在适配成本、样式隔离、运行性能、页面白屏、子应用通信、子应用保活、多应用激活、vite 框架支持、应用共享等用户核心诉求都或存在问题，或无法支持，需要一种更加完美的解决方案。

前端架构师,听起来就是个很高大上的职位，在大多数程序员的眼中，架构师一般从事后端开发，Java或者C++出身，它们往往拥有这十八般武艺，可以解决业务中出现的各种问题。好像架构师就从来没有和前端有过关系，那么真的是这样么，通读此文，便可豁然开朗。 首先，我们先来谈谈本职工作，前端…

1. 前端开发 以上提到了这些问题，不妨问问自己，如果没有做的足够好，都是你可以提升的方向。 就像医院里的医生(教授/专家)，在这个行业刻苦钻研了大半辈子，怎样保持每天学习的这种精神 ？探索精神 ？并且长久坚持下去 ？为社会做出了非常多的贡献。 主要是兴趣驱动吧，对技术保持热情…

我们将整个运维方案分为了6步，我们的目的：流量透明化 与 操作透明化。 为了解决微服务引起分布式流量链路问题，我们借鉴了spring cloud的思想。设计了traceid 和 tracecode两个跟踪字段，用于追踪落地容器的整个流量链路中的节点信息，通过每个请求的Respo…

你是一位经验丰富的前端开发，你的经验和能力在不断成长。有一天，公司决定任命你为前端架构师。你踌躇满志决定大展身手，然而，一个问题困扰了你。 今天，让我们从多个角度来看看什么是前端开发，什么是前端架构。 首先，让我们来回顾一下近年来前端开发所走过的一些历程，了解什么是“前端开发”…