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

最近做了一个vue-cli项目的性能优化，这次也是把很多之前学过的知识应用在实际项目中，遇到了很多困难也学到了很多东西。 这是一个用vue-cli 3作为脚手架的PC端web应用，全局多页面局部单页面（根据用户角色划分）。基本上使用的vue-cli的默认配置，也没有专门做过性能…

这样的项目结构在现在看来很多项目都有在使用，比如 Vue、Vite 等，它们共同使用到的 PNPM 的包管理器来组织这样的项目。同时我也在 B 站发现有伙伴使用 PNPM 组建了包含 PC 前端、PC

前端八股文还是值得深入了解，系统巩固的基础。扎实的基本功还有利于跳槽涨薪的。小知识，大挑战！努力行动起来吧！

详细讲解了 ElementUI 的源码架构，为下一步基于 ElementUI 打造团队自己的组件库打好坚实的基础

自己书写一个npm包并发布到npm上面 说到npm包都会给人一种特别高大上的感觉，并且自己写了一个包之后如果有人用那么就会产生莫大的成就感，程序员的快乐就是这么简单。

两套源码的话，后台可能开两个端口，然后需要用nginx反向代理可能比较麻烦，而且前端开发也比较麻烦麻烦，毕竟需要维护两个git仓库，两套git上线流程，可能会损耗很多时间。 对自己的技术(盲目)自信,也想尝尝鲜，分析出需求也不算很复杂。选了第一种方案，就是多个单页面应用在一套源…

众所周知，在webpack和单页面应用出现之后，前端工程师从开发到打包已经是一站式解决方案，由之前繁琐的很多个js,css,html文件到现在打包成1个或几个，可以说是一个进步。但是随着项目越来越大，团队的人越来越多，需要开发的模块也越来越多。这样传统的单页面应用已经满足不了项…

由于之前的数据库防火墙产品与数据库审计产品使用的是同一套代码，随着两个产品功能的差异越来越大，代码的冗余度和偶合度越来越高，为了便于后期维护以及添加新功能，所以基于原来的项目代码，进行了代码结构拆分。 将此次代码拆分方案记录下来，便于后来的开发人员快速熟悉项目结构。 项目拆分前…