遇到逻辑复用这个话题的时候，我尝试从不同层面去思考问题。既有对具体问题的实现方案，也有实现方案背后包含了哪些技术点，以及延伸了不同方案可行与不可行的总结。

这是一个老生常谈的问题了，从16年起前端除了构建工具，讨论的最多的就是组件化了，把视图按照一定规则切分为若干模块过程就是组件化，那么组件化的重点就是那个规则。 我之前的项目里多数这两种情况都存在，举个简单的例子，对于app的登录模块来说就是一个典型的按功能分组，而对于一个列表就…

目前掘金上已经有很多关于axios封装的文章。自己在初次阅读这些文章中，见识到很多封装思路，但在付诸实践时一直有疑问：这些看似高级的二次封装，是否会把`axios`的调用方式弄得更加复杂？

前言 我们的目标是实现一个基础库的插件，其功能包含以下内容： 语法校验，校验API命令调用的正确性，参数类型的正确性，参数个数的正确性，关键参数和系统打通校验有效性等 语法自动补全，辅助用户编写代码

大家好我是小卢，是不是经常见到这样的树状结构，我们有时需要对这个结构进行“添加，删除，修改”等处理，但每每遇到这种结构就会很容易出错。

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

管理者如何才能不亲力亲为？前段时间和朋友聊天，突然聊到这个话题。作为管理者，他觉得什么事都需要自己做，试过把事情交给下属做，但是经常出问题。我说：“出了问题不可怕，就怕你不知道为什么会出问题。”